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EXECUTIVE  SUMMARY 


This  volume  of  the  contract  Final  Report  deals  with  the  enhancement  and 
testing  of  the  Remote  Seismic  Terminal  (RST)  and  an  associated  Seismic  Recor¬ 
ding  System  (SRS) .  The  principal  conclusions  of  this  study  are: 

1.  Through  the  development  of  the  RST  and  the  SRS,  the  feasibility 
of  a  moderately  priced,  microprocessor  based  remote  seismic  terminal  with  the 
added  capability  of  digital  seismic  data  collection  and  storage  has  been  clearly 
demonstrated. 

2.  Although  the  RST  system  achieved  its  original  goals,  a  new 
generation  of  16  bit  microcomputers  has  been  introduced  in  the  past  few  months 
which  have  significantly  increased  computing  capability.  Future  seismic  work 
station  systems  should  be  based  on  these  machines. 

3.  Any  RST  system  would  benefit  from  having  the  same  operating 
system  as  that  used  at  the  Seismic  Data  Centers  (SDC's).  Software  compatibility 
problems  would  thus  be  minimized. 

4.  In  addition  to  some  hardware  problems,  the  interlocking  of 
the  RST  and  SRS  is  not  desirable  and  future  SRS  systems  should  be  'stand  alone' 
units. 


5.  Within  the  SRS,  the  A/D  converter  and  multiplexer  should  be 
capable  of  operating  remotely  from  the  SRS-CPU.  Data  on  the  SRS  should  be 
stored  on  V  magnetic  tape  for  compatibility  with  the  SDC's. 


6.  The  RST-SRS  concepts  have  the  potential  for  significantly 
altering  the  mode  in  which  current  day  seismological  research  is  conducted. 
Large  research  centers  may  become  less  significant  as  new  seismolgical  work 
stations  evolve  which  can  operate  effectively  far  from  existing  host  computers 
and  library  facilities. 
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RST/SRS  DEVELOPMENT 


Introduction 

The  Remote  Seismic  Terminal  (RST)  is  a  microcomputer  based  display  and 
communication  system  designed  to  support  a  seismologist  in  the  processing  of 
data  from  a  seismic  station;  the  communication  of  seismic  data  to  a  seismic 
data  center  (SDC,  e.g.,  the  Center  for  Seismic  Studies,  CSS,  in  Arlington, 
Virginia) ;and  receipt  of  data  from  the  SDC  at  the  remote  location.  The  Seis¬ 
mic  Recording  System  (SRS)  is  an  extension  of  the  RST  developed  to  demonstrate 
the  capability  to  digitally  record  seismic  signals  at  the  remote  location;  to 
manipulate  that  data  with  the  RST;  and  to  transmit  that  data  to  the  SDC  for 
archiving  and/or  further  processing  and  return  to  the  RST.  During  the  develop¬ 
ment  of  the  RST/SRS,  emphasis  was  placed  on  the  use  of  microprocessors  to  pro¬ 
vide  a  useful,  convenient,  and  flexible  system  at  moderate  cost. 

Versions  of  the  RST  have  been  demonstrated  at  the  United  Nations  Com¬ 
mittee  on  Disarmament  Group  of  Scientific  Experts.  (GSE)  meeting  in  Geneva 
and  at  the  International  Association  of  Seismology  and  Physics  of  the  Earth's 
Interior  (IASPEI)  conference  in  London,  Canada.  Several  foreign  organiza¬ 
tions  associated  with  the  GSE  have  expressed  interest  in  obtaining  copies  of 
the  system,  which  would  considerably  enhance  the  capabilities  for  international 
exchange  of  seismic  data  in  digital  form. 

Starting  in  1980,  the  RST  was  developed  by  the  Defense  Advanced  Research 
Projects  Agency  (DARPA) ,  initially,  through  a  contract  with  the  Massachusetts 
Institute  of  Technology  Lincoln  Laboratory  (Lincoln) ,  which  in  turn  funded  CAC 
of  Sanford  as  a  subcontractor  to  do  the  system  design  and  construction.  In 
April  of  1982,  RAI  replaced  Lincoln  as  the  primary  contractor,  with  CAC  remain¬ 
ing  the  subcontractor  for  design  and  construction. 

Tests  of  the  complete  RST/SRS  system  were  conducted  in  May  1982  between 
State  College,  Pennsylvania  and  the  CSS,  and  in  September  1982  between  Stone 
Ridge,  New  York  and  the  CSS.  Seismic  signals  from  Penn  State  instruments  were 
used  as  data  inputs  to  the  SRS  in  the  earlier  tescs  and  audio-oscillator  signals 
were  used  at  RAI  in  the  later  tests.  Although  the  results  of  the  earlier  tests 
were  marred  by  a  noisy  communication  link  and  a  software  error  in  the  SRS,  these 
problems  were  corrected  and  the  later  tests  at  RAI  successfully  demonstrated 
digital  recording  using  the  SRS  and  reliable  communication  of  digital  seismic 
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data  and  parameter  data  between  the  RST  and  CSS. 

Three  prototype  RST' s  were  assembled  during  the  development  program;  each 
one  configured  somewhat  differently.  At  present,  one  unit  is  at  CIRES,  Univer¬ 
sity  of  Colorado  and  another  at  NORSAR  in  Norway.  This  report  is  based  on  the 
development  and  testing  of  a  third  unit  which  was  delivered  to  RAI  by  CAC  in 
September  1982. 

The  report  includes:  1)  a  description  of  the  RST  and  SRS  systems  as 
currently  configured,  including  a  listing  of  hardware  and  software  components; 

2)  a  description  of  operating  procedures  for  the  RST  and  SRS  systems  as  cur¬ 
rently  configured;  3)  conclusions  and  recotmnendations,  indicating  advantages 
and  shortcomings  of  the  current  systems  and  possible  direction  to  take  to 
improve  future  generations  of  the  .RST/SRS;  and  4)  four  appendicies  which  provide 
details  of  the  development  and  operation  of  the  RST  and  SRS  and  a  listing  of 
programs  developed  for  manipulating  SRS  data. 

Within  the  past  few  months  a  number  of  powerful  microcomputer  systems 
based  on  the  MC68000,  or  equivalent,  16  bit,  microprocessor  have  come  on  the 
market  (e.g.  IBM,  Radio  Shack,  Wycat,  Apollo,  Sun).  For  a  comparable  price, 
these  units  can  duplicate  essentially  all  of  the  system  functions  performed  by 
the  RST  and,  because  of  their  16  bit  (versus  8  bit  in  the  RST)  architecture, 
they  possess  strikingly  greater  computing  power.  Unfortunately,  the  SRS  func¬ 
tion  does  not  appear  to  be  easily  handled  by  any  of  the  popular  systems. 

As  mentioned  earlier,  the  current  RST/SRS  system  has  demonstrated  the 
capabilities  originally  envisioned  and  actually  considerably  more.  However, 
future  RST  systems  should  be  based  on  one  of  the  more  popular  advanced 
computer  systems  In  order  to  take  advantage  of  the  greater  computing  power, 
availability,  service  benefits,  and  economy  of  a  widely  used  system.  The  SRS, 
as  presently  configured,  has  some  hardware  and  software  shortcomings  which 
should  be  overcome  in  any  future  design.  It  is  most  likely  that  the  best 
approach  is  to  make  the  SRS  essentially  independent  of  the  RST  except  for  com¬ 
parability  for  data  transfer  and,  where  practical,  the  use  of  interchangeable 
hardware  components  (e.g.  tape  drives). 
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System  Description 

In  this  section, we  give  a  brief  description  of  the  system  and  the  func¬ 
tions  of  its  components.  Detailed  descriptions  of  the  RST  and  SRS  hardware  and 
software  are  included  in  the  appendicies.  The  components  and  their  manufacturer 
are  listed  in  Appendix  II  of  the  RST  User  Guide  (Appendix  B)  for  the  RST  and  in 
Table  I  for  the  SRS. 

The  RST  is  a  communications  and  display  station  designed  to  support  a  seis 
mologist  in  the  processing  of  digital  seismic  data.  It  consists  of  a  micro¬ 
computer  with  a  CP/M  (CP/M  is  a  registered  trademark  of  Digital  Research)  oper¬ 
ating  system,  a  26  Mbyte  hard  disk,  twin  8  inch  floppy  disks,  an  alphanumeric 
terminal,  a  graphics  display,  an  impact  printer,  a  digitizing  tablet,  and  a 
modem  (Figure  1). 

In  the  communications  mode,  it  can  transmit  and  receive  both  parametric 
and  waveform  data  via  the  modem  to  a  SDC  or  another  RST.  It  can  also  obtain  digi¬ 
tal  seismic  data  from  a  SRS  at  the  remote  station  which  can  then  be  sent  to  a 
SDC. 


In  the  display  mode,  the  RST  operates  as  a  stand-alone  single-user  micro¬ 
computer  with  graphics  capability.  The  graphics  display  and  digitizing  tablet 
allow  the  user  to  display  waveforms,  determine  amplitudes  and  periods,  and  mark 
the  waveform  with  arrival  information.  Hard  copies  of  the  waveforms  may  be  ob¬ 
tained  by  using  the  printer.  If  the  user  has  analog  data,  the  digitizing  pad 
may  be  used  to  put  the  data  in  digital  form  for  analysis  and  transmission  to  a 
SDC. 

The  SRS  in  its  present  configuration  records  three  passbands  of  a  three 
component  seismic  station  on  \  inch  digital  tape.  The  nine  analog  inputs  are 
multiplexed  and  digitized  with  a  12  bit  A/D  converter  which  is  syncronized  with 
a  satellite  clock.  Two  \  inch  tapes  are  available  for  recording  enabling  the 
user  to  access  the  data  on  one  tape  while  incoming  data  is  being  recorded  on 
the  other  tape.  The  SRS  is  dependent  upon  the  RST  to  initialize  its  operation, 
but  once  started,  can  stand  alone. 

Because  the  RST  is  a  single  user  system,  the  SRS  must  have  its  own  CPU 
so  that  the  RST  arid  SRS  may  run  simultaneously.  The  SRS  actually  contains  two 
CPU's,  one  to  perform  the  seismic  processing  and  the  other  to  control  the  input/ 
output  processing  (Figure  2).  A  detailed  description  of  the  SRS  is  given  in 
Appendix  C. 


-4- 


System  Operation 

i 

Part  of  RAI's  task  In  this  project  was  to  confirm  that  the  design  goals 
of  the  RST/SRS  system  were  met.  To  this  end  we  have  recorded  data  on  the 
SRS;  checked  its  timing;  sent  data  to  and  received  data  from  the  Center  for 
Seismic  Studies  in  Arlington,  Virginia  using  the  RST;  displayed  and  manipulated 
that  data;  and  obtained  hard  copies  of  it  for  presentation  in  this  report. 

The  procedures  for  operating  the  RST  are  well  documented  in  Appendix 
B  of  this  report.  Remote  Seismic  Terminal  User  Guide.  Included  in  this  guide 
are  instructions  on  how  to  start  the  machine;  documentation  of  the  software 
used  to  cummunicate  with  a  SDC  and  to  display  or  digitize  waveforms;  a  brief 
introduction  to  the  CP/M  operating  system;  and  a  list  of  the  hardware  that 
comprises  the  RST  as  currently  configured. 

Although  the  SRS  has  its  own  CPU,  its  operation  must  be  initialized 
through  the  RST.  This  has  the  advantages  of  not  needing  duplicate  hardware 
(e.g.  tape  drives,  terminals,  etc.)  and  having  easy  access  to  the  SRS  data  but 
has  the  disadvantage  of  being  a  one-of-a-kind  system.  To  start  the  SRS  from 
the  RST,  1  PROTIME '  is  type'd  to  check  the  SRS  internal  clock.  If  the  time  re- 

I 

turned  is  not  satisfactory  then  the  clock  must  be  reset.  When  the  time  is  cor¬ 
rect,  'SETGET'  is  used  to  initialize  the  buffers  and  then  'XIOPUT'  to  begin  the 
recording.  Before  recording,  XIOPUT  rewinds  the  tapes.  Each  of  the  two  \  inch 
tapes  holds  eight  hours  of  data  6n  four  tracks  thus  allowing  16  continuous  hours 
of  recording  before  having  to  replace  tapes.  At  the  end  of  each  track,  the  tape 
is  rewound  and  recording  begins  on  the  next  track.  While  the  tape  is  being  re¬ 
wound,  incoming  data  is  stored  in  a  buffer  where  it  can  be  saved  to  place  at 
the  beginning  of  the  next  track.  Once  the  recording  has  begun,  the  RST  is  no 
longer  needed  to  operate  the  SRS  and  may  be  used  for  other  purposes  or  even 
turned  off. 

There  have  been  considerable  difficulties  in  keeping  the  SRS  running  for 
any  length  of  time.  We  suspect  that  this  is  due  to  a  bad  clock  board.  We  are 
currently  on  our  third  clock  board  and  it  still  is  not  working  properly.  As  a 
new  clock  board  would  require  a  certain  amount  of  redesign,  no  attempt  has  been 
made  to  use  another  manufacturer's  board. 
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The  multiplexing  and  demultiplexing  capabilities  of  the  SRS  were  checked 
by  recording  a  triangle  wave  at  three  different  amplitudes  on  the  high  frequency 
band  channels.  The  signals  had  to  be  digitized  and  multiplexed  for  recording 
and  then  demultiplexed  for  display.  The  three  waveforms  are  shown  in  Figure  3  . 
Relative  amplitudes  for  the  waveforms  were  1,  8/9,  and  7/9  at  input  and  after 
multiplexing,  digitizing,  and  demultiplexing  had  not  changed. 

The  resolution  of  the  RST  plotting  routine  was  tested  by  plotting  6.5  Hz 
triangle  waves  (Figure  4).  Although  we  expected  and  observed  poor  resolution 
near  the  peaks  and  troughs  of  the  triangle  waves  due  to  aliasing,  we  felt  that 
a  better  picture  could  have  been  obtained  along  the  straight  portion  of  the 
waveforms  through  interpolation.  However,  this  is  mostly  a  matter  of  preference 
and  is  only  mentioned  for  possible  consideration  in  future  software  upgrades. 

Timing  was  one  of  the  most  significant  problems  that  we  ran  across  during 
our  testing  of  the  RST/SRS  system.  The  goal  was  to  implement  a  scheme  that  would 
use  the  satellite  clock  time  as  an  input  to  update  the  SRS  time  being  written  in 
the  data  headers.  This  was  never  achieved  and'  an  alternate  method  was  necessary 
in  order  to  obtain  time  corrections  to  the  data.  Figure  5  demonstrates  this 
method.  The  satellite  IRIG-H  time  code  is  input  as  one  of  the  short  period  in¬ 
puts  and  recorded.  This  time  is  then  displayed  and  printed  out  along  with  the 
time  determined  by  the  SRS  for  the  beginning  of  the  data.  The  IRIG-H  time  code 
is  read  and  compared  to  the  printed  time  to  obtain  a  time  correction.  This  method 
is  unsatisfactory  for  several  reasons.  First,  the  IRIG-H  time  code  is  difficult 
to  read  accurately  and  can  only  be  read  to  0.025  seconds  at  best  due  to  the  40 

sample/second  sample  rate.  The  second  problem  with  this  method  is  that  it  must 

be  done  at  the  beginning  and  end  of  each  continuous  data  set  to  obtain  linear 
clock  drift.  If  the  machine  should  stop  for  any  reason,  clock  drift  could  not 

be  determined  and  an  assumed  drift  would  have  to  be  used  instead.  This  is  a 

major  problem  and  should  be  rectified  in  ary  future  generations  of  the  SRS. 
Actually,  until  recently,  with  the  advent  of  reliable  standard  time  signals,  a 
procedure  similar  to  this  was  standard  practice. 

The  commands  used  for  manipulating  the  SRS  data  using  the  RST  are  given  in 
Appendix  D.  To  enter  these  commands,  the  user  must  use  the  FORTH  operating  sys¬ 
tem  which  we  feel  is  an  unfortunate  complication.  However,  switching  from  CP/M 
to  FORTH  and  back  is  simple  and  relatively  user-transparent  when  using  these 
commands. 
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In  addition  to  the  commands  given  in  Appendix  D,  there  are  a  few  additional 
commands  which  allow  data  transfer  to  the  SDC  at  1200  baud  rather  than  at  300 
baud  as  described  in  the  RST  User's  Guide  (Appendix  B) . 

To  set  up  a  modem  operation,  get  into  FORTH  by  typing  'RONWORK'  then  type 
'1  LOAD'  then  'DUWTER1200' .  At  that  point  anything  typed  goes  out  the  modem, 
anything  received  by  the  modem  comes  up  on  the  screen;  you  get  back  to  FORTH  by 
keying  'ESC* — the  escape  key.  'SEND-MEDIUM'  and  'SEND-SHORT'  send  respectively 
the  contents  of  the  MEDIUM-BUFFER  or  the  TAPE-BUFFER  out  the  modem.  Thus  to  send 
short  period  data  saved  on  some  screen  file  one  would  do  an  'n  TAPE-BUFFER- FETCH' 
followed  by  a  'SEND-SHORT'.  Here  is  a  typical  sequence:  type  DUMTER1200  and 
then  dial  up  the  center,  log  in  and  enter  the  file  you  wish  to  put  the  data  in 
through  the  editor,  give  the  command  a — for  append  and  exit  the  modem  program 
with  'ESC',  send  the  data  by  typing  SEND-SHORT,  get  back  to  the  modem  program 
with  a  'DUMTER1200' ,  give  ed  a  '.'  and  a  'w'  and  a  'q'  to  save  the  file,  log 
out  and  return  to  FORTH  with  'ESC' . 

When  it  is  desired  to  bring  data  up  from  the  SDC  and  display  it  on  the 
RST,  one  types  'FORTH'  at  the  CP/M  level.  Once  the  FORTH  greeting  message  ap¬ 
pears,  'USING  NEWADD'  gets  access  to  this  screen  file.  A  '1  LOAD'  then  sets 
up  a  modem  communication  package  similar  to  the  one  on  FORTH  SCR  in  that  it  is 
activated  by  ' DUMTER1200'  but  different  in  that  a  core  buffer  is  supplied  for 
retaining  data  received  by  the  modem.  The  first  appearance  of  a  left  curly 
bracket  '£ '  in  the  incoming  data  stream  causes  all  following  data  to  be  stored 
in  the  buffer  until  a  right  curly  bracket  ' j '  is  received.  This  task  is  per¬ 
formed  at  the  CSS  in  Arlington  by  the  program  /c/rondout/sutton/newrat  filename. 
One  then  gets  out  of  the  modem  program  by  hitting  the  'ESC'  key,  and  can  dump 
Che  buffer  to  the  Scion  screen  with  the  word  'SHOWEM'.  Return  to  the  modem 
program  by  again  typing  'DUMTER1200'  and  repeat  ad  lib. 
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Conclusions  and  Recommendations 

The  main  goal  of  demonstrating  the  feasability  of  a  remote  seismic  station 
with  the  added  capability  of  digital  seismic  data  collection  and  storage  has  been 
achieved  through  the  development  of  the  RST  and  the  SRS.  The  experience  gained 
through  working  with  this  system  leads  to  suggestions  for  future  changes  and 
development. 

f 

As  a  communications  and  display  station,  the  RST  has  more  than  fulfilled 
its  design  goals.  Since  its  development  however,  several  microcomputer  systems 
based  on  the  new  16  bit  microprocessors  have  been  marketed  which  can  duplicate 
the  functions  of  the  slower,  less  powerful  eight  bit  RST.  The  cost  of  these 
new  machines  is  comparable  to  that  of  the  RST  and  there  are  several  advantages 
to  buying  an  off-the-shelf  model.  First,  an  off-the-shelf  machine  will  be  more 
generally  available  to  anyone  who  wishes  to  purchase  one.  In  its  present  con¬ 
figuration,  a  RST  would  be  difficult  to  obtain  and  maintain.  A  certain  degree 

■r 

of  versitility  will  also  be  achieved  in  that  for  many  systems,  peripherals  are 
manufactured  by  other  companies  specifically  for  use  with  the  popular  models. 

In  addition,  most  of  the  systems  level  software  has  already  been  developed  for 
their  interconnection  with  the  CPU.  Perhaps  the  most  important  advantage  is 
that  a  maintenance  program  will  already  be  in  place  making  system  repairs  much 
easier  and  less  expensive. 

Widespread  appeal  of  the  RST  will  probably  only  come  if  it  is  both  pow  r- 
ful  and  easy  to  use.  Because  of  this,  there  is  something  to  be  said  for  making 
the  RST  operating  system  the  same  as  that  used  at  the  SDC's.  If  possible,  this 
would  simplify  the  use  of  the  RST  in  conjunction  with  the  SDC. 

There  are  several  problems  with  the  present  configuration  of  the  SRS.  The 

)  most  serious  problem  is  that  the  multiplexer  and  A/D  converter  must  be  close  to 

the  seismometers  which  requires  that  the  SRS  and  RST  be  in  inconvenient  locations. 
To  make  the  SRS  useful,  the  A/D  converter  should  be  sepa  ate  from  the  recording 
station. 

*  Although  the  \  inch  tape  drives  are  compact  and  cassettes  are  simple  to 

use,  they  limit  data  transfer  to  the  SDC  to  phone  line  communication.  If  any  large 
volume  of  data  is  to  be  transferred,  this  would  be  a  time  consuming  and  expen¬ 
sive  process.  Also,  the  SRS  requires  three  cassettes  per  day  if  operated  in 

•  a  continuous  mode.  We  recommend  that  future  SRS  designs  incorporate  h  inch  tape 
drives  for  easy  exchange  of  data  with  the  SDC. 


As  with  the  RST,  the  SRS  is  hard  to  get  and  difficult  to  maintain.  The 
clock  board  has  not  performed  reliably  and  would  require  extensive  modification 
to  make  it  work.  We  thus  recommend  that  the  SRS  be  made  independent  of  the  RST. 

We  feel  that  the  advantages  of  shared  peripherals  and  easy  data  access  are  out¬ 
weighed  by  the  specialized  software  and  hardware  required  to  make  it  work.  By 
using  h  inch  tape  drives  on  both  the  SRS  and  the  RST,  data  would  still  be  easy 
to  access  and  with  clever  design,  certain  hardware  components  such  as  tape  drives 
and  terminals  could  be  Interchangeable  between  the  RST  and  the  SKS.  In  addition, 
most  digital  seismic  stations  already  in  existance  record  their  data  on  h  inch 
tapes  so,  in  a  sense,  the  SRS  already  exists  at  many  sites.  By  adding  an  RST 
with  a  H  inch  tape  drive,  the  user  would  have  easy  access  to  a  powerful  processing 
tool  at  a  reasonable  cost. 


Figure  1.  Simplified  block  diagram  of  Seismic  Recording  System  (SRS)  and  the  Remote  Seismic  Terminal  (RST) 
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Figure  3.  A  0.1  Hz  triangle  wave  recorded  at  three  different  amplitudes. 
®  10  seconds  of  data  recorded  at  40  samp/sec  are  displayed.  The  amplitudes 

are  1,  8/9,  and  7/9  from  top  to  bottom. 
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Figure  4.  A  6.3  Hz  triangle  wave  recorded  at  40  samp/sec  demonstrates  the 
limits  of  resolution  due  to  the  digitizing  rate.  Amplitudes  are  1,  8/9,  and 
7/9  from  top  to  bottom. 


Satellite  TRIG  -  H  time  code  recorded  by  the  SRS 
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SRS  time  assigned  to  the  beginning  of  the  above  data 
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Figure  5.  Time  corrections  are  made  by  recording  the  Satellite  IRIG  code  and 
comparing  that  time  to  the  SRS  time  associated  with  the  beginning  of  the  block. 
In  this  example  the  SRS  time  is  0.48  sec  slow. 
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REMOTE  SEISMIC  TERMINAL 


Introduction 

The  Remote  Seismic  Terminal  (RST)  is  a  microcomputer  based  display  and 
communication  system  designed  to  support  the  analyst  faced  with  the  pro¬ 
cessing  of  data  from  a  seismic  station,  the  communication  of  seismic  data 
to  the  Seismic  Data  Center  and  the  receipt  of  the  Seismic  Data  Center  bul¬ 
letins  at  a  remote  location.  It  is  an  alternative  to  the  manual  processing 
of  seismic  data  and  will  provide  computer  assisted  communication  with  the 
Seismic  Data  Center.  In  its  basic  form,  the  RST  will  provide  support  to 
the  analysis  of  digital  waveform  data  and  will  partially  automate  the  meas¬ 
urement  and  extraction  of  seismic  parameters.  In  expanded  versions,  the 
RST  can  digitize  waveform  data  and  provide  a  variety  of  tools  for  the 
analysis  of  digital  data.  An  overview  of  the  design  of  the  RST  and  a  dis¬ 
cussion  of  its  capabilities  are  given.  The  configuration  described  below 
is  that  demonstrated  for  the  U.N.  Committee  on  Disarmament  Group  of  Scien¬ 
tific  Experts  at  their  meeting  in  February,  1981.  The  enhancements  dis¬ 
cussed  are  being  implemented  at  the  time  of  the  writing  of  this  paper. 

The  RST  is  a  modular  microcomputer  and  peripheral  system  plus  a  modu¬ 
lar  suite  of  software  designed  to  provide  commun ications  with  the  Seismic 
Data  Center,  waveform  display  capability  and  support  for  the  creation  of 
International  Exchange  of  Seismic  Data  (IESD)  level  I  (parametric  data) 
data  reports.  The  software  suite  includes  the  CP/M  operating  system  with 
its  file  management  system,  editor,  compilers,  etc.  This  supports  the 
*  CP/M  is  a  registered  trademark  of  Digital  Research 
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preparation  of  level  I  reports  and  the  printing  of  bulletins.  It  also  sup¬ 
ports  the  generation  of  analysis  programs  and  the  analysis  of  data.  The 
communications  function  is  supported  by  specialized  programs  which  observe 
a  communications  discipline  and  allow  the  transfer  of  files  of  data  to  and 
from  the  Data  Center.  Finally  the  analysis  of  waveform  data  is  supported 
by  a  display  program  which  allows  the  display  of  and  measurement  from 
waveform  data  stored  on  the  local  floppy  disks. 

The  RST  has  three  different  "operating  modes".  First,  it  is  a  normal 
CP/M-based  microcomputer  with  all  of  the  CP/M  features  and  utilities  such 
as  editor,  assembler,  debugger,  etc.  The  RST  has  extra  features  such  as  a 
BASIC  compiler  and  a  complete  relocatable  macro  assembler  package,  Micro¬ 
soft  M80. 

Next,  the  RST  can  be  configured. to  be  an  intelligent  terminal  for  use 
in  communicating  with  the  Seismic  Data  Center  via  a  modem.  This  operating 
mode  is  entered  from  the  CP/M  mode  by  activating  an  appropriate  software 
package. 

Finally,  the  RST  has  a  graphics  display  mode,  again  entered  from  the 
CP/M  mode  via  a  call  to  DISP.  DISP  is  a  self-contained  software  package 
which  prompts  the  operator  to  perform  various  waveform  display  and  analysis 
operations.  DISP  takes  commands  from  the  terminal  keyboard  and  allows  the 
use  of  a  graphics  cursor  controlled  by  the  operator  to  extract  amplitude 
and  period  measurements  from  the  waveforms. 

Hardware  Design 

The  RST  consists  of  a  chassis  containing  a  microcomputer  and  associ¬ 
ated  memory  and  peripheral  boards,  an  alphanumeric  terminal,  a  graphics 
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terminal,  a  floppy  disk  and  a  modem  for  communications.  The  main  chassis 
provides  power  supplies  and  the  means  for  interconnection  of  the  other 
boards  via  the  standard  S-100  bus. 

In  the  main  chassis  there  are  four  boards  plus  the  memory  boards.  The 
first  is  a  California  Computer  Systems  (CCS)  CPU  board,  which  provides  a 
Z80  CPU  and  a  programmable  serial  interface  port.  Second,  the  Morrow  disk 
controller  board  operates  the  floppy  disks  and  also  provides  a  serial  port 
that  is  used  to  communicate  with  the  video  terminal  for  system  control. 
Third,  the  Scion  graphics  display  is  controlled  by  a  separate  beard  which 
has  its  own  Z80  and  memory  connected  to  an  internal  bus.  Communication 
with  the  system  is  via  I/O  ports,  and  the  board  produces  video  for  driving 
the  monitor.  The  final  mainframe  board  is  a  Morrow  Designs  "Swi tchboard" 
which  incorporates  two  serial  and  four  parallel  ports  plus  a  status  port. 
There  are  two  memory  boards  in  the  RST.  A  16K  byte  static  RAM  is  used  for 
the  stack  and  a  64K  byte  dynamic  ram  board  with  the  overlapping  16K  bytes 
disabled,  leaving  48K  bytes  active. 

The  rest  of  the  hardware  consists  of  independently  packaged  units 
interconnected  with  cables.  The  cursor  control  box  is  simply  a  collection 
of  on/off  switches,  suitably  debounced  and  connected  to  a  parallel  port  of 
the  system.  This  controls,  via  software,  the  graphics  cursor.  The  graph¬ 
ics  display  is  simply  a  video  monitor;  it  accepts  standard  signals  via  its 
coax  input  connector  and  converts  them  to  light  on  the  screen.  The 
alphanumeric  terminal  is  a  standard  Hazel  tine  1421,  which  communicates  with 
the  system  through  a  serial  I/O  port.  A  Racal  Vadic  modem  is  used.  It  is 
capable  of  300  or  1200  baud  operation,  the  latter  with  the  Bell  212A 
(industry  standard)  protocol  or  with  the  older  Vadic  protocol.  Tne  dual 


floppy  disk  drive  is  a  Morrow  Designs  Discus  2+2D  and  is  capable  of  reading 
both  single  and  double  density  diskettes. 

Options  and  Extensions 

A  number  of  different  enhancements  have  been  suggested  and  are 
currently  being  implemented.  They  group  into  five  categories: 

CPU  Arithmetic  Enhancement 

Hard  Disk 

Software  Enhancements  including 

Hard  Copy  of  Graphics  Display 
Maps 

Communications  Protocol  and  Lines 

Plotting  Board 

Real-Time  Operation  including 

Direct  Digital  Data  Acquisition  from  a  Seismometer 

Arithmetic  Enhancement 

The  current  RST  has  limited  arithmetic  capability,  as  one  would  expect 
of  an  eight-bit  microprocessor.  There  is  no  currently  supported  task  where 
this  weakness  is  a  problem.  The  only  area  where  the  slow  arithmetic  is 
noticeable  is  in  the  data  scaling  in  the  display  routine.  The  data  writing 
speed  is  currently  limited  by  the  speed  of  the  CPU's  scaling  the  output 
data.  The  slow  arithmetic  could  become  a  problem  if  one  wished  to  perform 
data  filtering,  for  example  via  Fourier  transforms,  or  other  "computing"  as 
opposed  to  "data  processing"  chores.  After  some  consideration  of  alterna¬ 
tives,  the  best  available  arithmetically-enhanced  hardware  is  the  so-called 
"p  Engine"  manufactured  by  Western  Digital  .  The  design  of  the  RST  requires 
that  all  additions  use  the  S-1 00  standard  bus.  Insofar  as  S-100  boards  "on 
the  market"  are  concerned  the  Digi-comp  p  Engine  is  the  best  alternative. 

To  use  this,  one  has  to  use  the  UCSD  Pascal  system  because  "p  cede"  is  the 
Pascal  compiler  intermediate  output,  and  it  is  that  code  that  the  chip  is 
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designed  to  support.  A  Fortran  compiler  is  also  available  to  use  with  the 
system.  The  use  of  the  Pascal  system  adds  a  fourth  mode  of  operation  which 
gives  an  alternative  in  operation  and  program  development  to  the  use  of  the 
CP/M  system.  A  utility  package  under  the  Pascal  system  gives  an  alterna¬ 
tive  to  many  of  the  utilities  under  CP/M  and  may  largely  supplant  the  use 
of  CP/M  which  will  remain  available  however. 

Hard  Disk 

The  addition  of  a  hard  disk  with  the  greatly  increased  on-line  storage 
capacity  over  the  floppies  and  with  increased  performance  from  the  faster 
access  of  the  hard  disk  is  under  way.  The  operating  system,  user  programs 
and  data  will  be  stored  on  the  hard  disk.  The  floppies  will  be  retained  to 
use  in  program  and  data  exchange  and  for  making  back-up  copies  of  programs 
and  critical  data. 

Software  Enhancements 

There  are  a  number  of  software  enhancements  planned  for  the  RST. 

These  will  be  acquired  where  possible  from  external  vendors  and  implemented 
where  necessary  especially  for  the  RST  as  time  and  personnel  permit. 
Included  in  this  category  are  additional  utilities  such  as  compilers,  file 
manipulation  routines,  etc.  Another  software  package  will  give  hard  copy 
capability  for  waveform  data.  This  involves  conversion  of  the  waveform 
data  to  codes  suitable  for  plotting  on  the  line  printer  in  the  graphics 
mode . 


Another  software  enhancement  is  the  addition  of  map  plotting  capabil¬ 
ity.  Tnis  requires  the  establishment  of  a  map  data  base  (which  is  readily 
available)  and  the  implementation  of  algorithms  which  will  select,  scale 
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and  plot  selected  data  and  map  locations.  Another  planned  software 
enhancement  is  an  improved  method  for  transferring  waveform  data  over 
(potentially  noisy)  communications  channels.  This  software  will  provide 
for  automatic  error  control  and  flow  control  to  provide  reliable  transfer 
of  waveform  data.  This  is  to  replace  the  current  method  of  waveform  data 
transfer  which  requires  extensive  operator  involvement. 

Plotting  Board 

The  RST  can  support  a  manual  digitizer.  This  hardware  and  software 
package  will  allow  the  manual  input  of  analog  waveform  data  from  paper 
records.  This  is  suitable  for  digitizing  small  amounts  of  waveform  data, 
especially  the  IESD  level  II  data,  selected  small  segements  of  waveform 
data  of  special  interest. 

Real-time  Operation 

The  final  suggested  enhancement  is  being  studied,  but  is  not  currently 
being  implemented.  This  is  the  real-time  operation  of  the  RST  in  a  simul¬ 
taneous  data  collection  and  analysis  mode. 

Everyone  asks  "Can  this  thing  be  hooked  up  to  a  seismometer?".  In  a 
sense  the  answer  is  "sure,  easily",  because  for  $500  a  very  high-quality 
16-channel  A/D  converter  board  can  be  purchased  ar.d  dropped  into  the  main¬ 
frame  with  no  more  work  than  making  the  connections  to  the  outside  world. 
Some  software  would  be  required  to  exercise  the  board,  but  for  simply  tak¬ 
ing  a  reading,  this  would  be  trivial. 

The  trouble  is  this  simple  solution  does  nothing  for  the  basic  limita¬ 
tion  which  is:  the  RST  is  able  to  do  only  one  thing  at  a  time.  One  of  the 
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currently  available  modes  must  be  selected  to  the  exclusion  of  the  others 
at  any  given  time.  Adding  an  A/D  converter  would  allow  the  recording  of 
seismic  data  to  the  exclusion  of  all  other  uses.  There  would  be  no  support 
for  communication  or  analysis  while  data  were  being  recorded. 

There  is  another  problem.  At  250  bytes/sec  a  1.2  megabyte  diskette 
fills  in  about  an  hour  and  a  26  megabyte  hard  disk  in  about  a  day.  Thus, 
some  manual  intervention  would  be  needed  to  perform  continuous  recording, 
either  once  an  hour  (to  reload  diskettes)  or  once  a  day  (to  process  the 
previous  day's  worth  of  data)-.  Note  that  in  the  last  case  we  must  have  two 
systems  (one  taking  data  and  one  processing  data).  To  top  all  this  off,  to 
retain  the  seismograms  indefinitely,  implies  magnetic  tapes  (over  one  reel 
per  day)  or  one  huge  pile  of  diskettes  (24  per  day). 

The  best  approach  to  this  problem,  however,  is  a  rather  unconventional 
solution  made  available  by  the  low  cost  of  adding  another  computer.  A 
mainframe  plus  CPU  plus  memory,  the  barest  of  computers,  costs  only  about 
$1,000.  Adding  a  few  parallel  I/O  ports  ($250)  would  enable  this  "satel¬ 
lite"  computer  to  communicate  with  the  main  RST,  and  it  would  then  be  ready 
to  take  over  any  single  task,  here,  specifically  that  of  recording  the 
waveform  data.  The  A/D  converter  and  the  the  disk  controller  board  could 
be  placed  in  the  satellite.  The  RST  would  then  perform  all  disk  operations 
by  transferring  a  command  word  to  the  satellite,  followed  by  the  block  of 
data,  using  a  parallel  port.  Thereafter  the  RST  would  be  free  to  do  "other 
things"  while  the  satellite  accomplished  the  actual  transfer  of  data  to  the 
disk. 


The  idea  here  is  simple:  if  a  device  does  not  have  enough  smarts  to 
perform  unattended,  dedicate  a  new  computer  to  running  it!  Such  a  solution 


would  have  been  unthinkable  a  few  years  ago,  but  today  the  cost  of  hardware 
is  so  low  that  it  seems  perfectly  realistic. 

Alternative  Configurations 

At  various  demonstrations  of  the  RST,  considerable  interest  was 
expressed  in  the  extent  to  which  the  demonstration  RST  configuration  could 
be  "cut  down".  In  the  following  table  five  systems  of  increasing  complex¬ 
ity  are  given  with  their  costs.  Three  columns  of  cost  data  are  included: 
the  first  column  is  the  incremental  cost  of  adding  the  capability 
described;  the  second  column  is  the  accumulation  of  these  increments,  and 
represents  the  cost  of  a  system  at  this  level  in  a  form  that  allows  future 
expansion;  the  third  column  shows  the  cost  of  an  all-in-one  system  at  the 
desired  level — such  a  system  will  be  cheaper  but  will  have  no  growth  capa¬ 
bility. 

The  first  system  allows  simple  communication  of  text,  it  has  no  com¬ 
puting  or  graphics  capability.  An  even  smaller  system  is  possible  if  one 
dispenses  with  the  lineprinter,  but  nobody  seems  willing  to  do  without  hard 
copy.  Tne  next  increment  adds  a  computing  capability  (hardware  and 
software)  and  produces  a  viable  small  computer.  Addition  of  high- 
resolution  graphics  comes  next;  the  (5,000)  in  the  third  column  is  intended 
to  indicate  that  generally  the  preceding  system  will  have  some  graphics 
capability,  perhaps  190X280  or  better.  This  level  is  that  of  the  present 
RST.  Tne  next  two  increments  provide  respectively  a  realistic  data  base 
capacity  with  analog  data  reduction  capability,  and  a  true  seismic  station. 
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Level  of  Capability 

incre¬ 

mental 

cost 

total 

cost 

minimum 

cost 

alternative 

Video  Terminal,  Modem,  Printer 

3,000 

3.000 

2,000 

plus 

Disk,  CPU,  Compiler 

4.500 

7,500 

5,000 

plus 

Graphics  Display  &  Cursor  * 

2,500 

10,000 

(5,000)  4 

plus 

Plotter,  Hard  Disk  ** 

5.000 

15,000 

(9.000)  + 

plus 

Seismometer  Hookup 

21,000 

36,000 

N/A 

*  Model  demonstrated  at  the  Group  of  Scientific  Experts  Meeting 
+  Limited  resolution  graphics,  limited  arithmetic  capability 
**  Current  level  of  capability 
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User  Guide 
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The  Remote  Seismic  Terminal  (RST)  is  a 
microcomputer  based  system  for  analyz¬ 
ing  and  communicating  Seismic  Data 
Center  information. 

In  its  basic  form  the  RST  communicates 
with  the  Seismic  Data  Center  to 

♦ 

-  receive  messages  from  the  SDC  and 
other  RSTs 

-  receive  bulletin  data 

-  receive  and  transmit  parametric' data 

•  Locally  it  will: 

-  analyze  digital  waveform  data 

-  prepare  parametric  data 

-  edit  parametric  data 

-  digitize  hard  copy  waveforms 

♦  -  produce  hard  copy  alphanumerics 

and  waveforms 

The  RST  operates  in  3  ways: 

1  Processing: 

>  As  a  microcomputer  running  under 

the  CP/M  operating  system  the  RST 
offers  such  features  as:  editor,  file 
management  system,  assembler,  de¬ 
bugger  Additional  software  includes 

t  a  BASIC  compiler  and  a  complete  relo¬ 

catable  macro  assembler  package, 
Microsoft  MACRO-80  (c).  It  also 
offers  PASCAL  and  FORTH  (each  with 
its  own  operating  system). 
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2.  Communications: 

The  RST  communicates  with  the 
Seismic  Data  Center  or  another  RST 
via  a  modem.  In  this  mode  it  sends 
and  receives  parametric  (level  1 )  data, 
bulletin  data,  and  other  alphanumeric 
information 


3.  Graphics: 
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As  a  graphics  display  device  the  RST 
does  various  waveform  display  and 
analysis  operations  such  as  measur¬ 
ing  waveform  amplitude  and  period. 
The  RST  can  produce  ha^rd  copy  of  the 
graphics  display  at  any  time,  and  sup¬ 
ports  a  data  tablet  for  manually  digi¬ 
tizing  hard  copy  waveforms. 
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»  The  RST  consists  of  a  main  chassis  which 
holds  a  microcomputer  and  memory  and 
peripheral  boards;  an  alphanumeric  ter¬ 
minal;  a  graphics  terminal;  twin  8-inch 
floppy  drives;  a  hard  disk  for  additional 
^  on-line  memory;  a  printer;  and  a  data 
tablet  for  digitizing  waveforms.  (See 
Appendix  II.) 


The  future  of  the  RST  will  bring  enhance¬ 
ments  in  the  following  areas: 

CPU  arithmetic 
Maps 

*  Communications  protocol  and  lines 
Real-Time  operation 
(including  direct  digital  data  acquisi¬ 
tion  from  a  seismometer) 

^  This  guide  is  an  orientation  to  the  Remote 
Seismic  Terminal  (RST).  For  more  infor¬ 
mation  on  its  operating  system  (CP/M) 
see  Appendix  I. 
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1 .  Start  up 

a.  A  power  strip  supplies  power  to 
the  components  of  the  RST. 

To  turn  on  the  R ST  simply  turn  the 
power  strip  switch  on. 

PRECAUTION:  NEVER  TURN  THE 
COMPUTER  ON  OR  OFF  WITH 
DISKETTES  IN  THE  DRIVE. 

NEVER  LEAVE  THE  SYSTEM 
ALONE  WITH  DISKETTES  IN  THE 
DRIVE. 

(Turning  the  system  on  or  off  with 
diskettes  in  the  drives  will  not 
hurt  the  computer,  but  it  could 
foul  up  the  diskettes.) 

b  Once  the  system  is  turned  on. 
insert  the  diskettes.  (The  main 
label  should  face  up  as  you  insert 
the  diskette.) 

c.  Push  the  COMPUTE^  RESET  but¬ 
ton  (located  on  the  front  of  the 
main  frame).  This  starts  the  sys¬ 
tem  from  the  program  it  reads  on 
drive  A. 

d.  Type  HELP  for  some  simple  direc¬ 
tions  and  a  guide  to  the  different 
RST  operations. 
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When  the  system  starts  up  it  is 
running  under  the  CP/M  operating 
system  and  displays  the  CP/M 
prompt,  A>. 

The  system  automatically  assigns 
floppy  drive  A  as  the  default  drive 
This  means  that  unless  you  specify 
otherwise,  the  system  will  look  for 
files  only  on  drive  A.  (Appendix  I. 
CP/M  Operations  explains  this 
further  )  B  is  on  the  other  floppy  drive. 
The  hard  disk  has  directories,  C,  D, 
and  E. 

If  the  system  is  new  to  you,  ignore  the 
rest  of  the  switches  A  safe  approach 
would  be  to  Ie3ve  any  and  all  switches 
alone  if  you  don't  know  what  they  do 
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2.  Communications  —  CENTRAL  and 
TERM1200 

CENTRAL  is  the  program  for  communi¬ 
cating  via  the  modem  with  the  Seismic 
Data  Center  or  with  another  RST. 

TERM  1200  works  at  1200  baud,  but 
does  not  offer  the  intelligent  mode 
features  of  CENTRAL. 

2.1.  Establishing  the  Connection 

a.  Set  the  modem  switch  off  HS  for  300 
baud  and  make  sure  the  modem 
cable  is  connected  to  the  300-baud 
input  on  the  back  of  the  mainframe 
—  there  are  different  connections 
for  300  and  1200. 

b.  Set  the  VO-DA  switch  to  VO  (voice). 

c.  Type  CENTRAL  and  hit  RETURN. 

The  system  responds  by  filling  the 
screen  with  information  including 
TIP  phone  numbers  and  an  operat¬ 
ing  manual  of  its  own.  Follow  the 
instructions  on  the  screen  to  con¬ 
nect  to  the  central  site. 

d.  Pick  up  the  handset  from  the  tele¬ 
phone  and  pull  the  cradle  post  all  the 
way  up. 

e  Dial  the  host  computer.  When  the 
beep  sounds,  flip  the  VO-DA  switch 
to  DA  and  hang  up  the  telephone. 

f  Once  the  connection  is  made,  hit 
RETURN  again. 

The  system  is  now  in  a  "dumb  ter¬ 
minal"  mods  and  displays  the  host 
system  login  message. 

You  can  login,  get  mail,  and  so  forth 
just  as  on  your  usual  terminal. 
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g  To  use  TERM  1 200  establish  the  con¬ 
nection  in  the  same  manner,  but  set 
the  HS  switch  to  HS  (high  speed)  and 
connect  the  modem  cable  to  the 
1200  connection  on  the  back  of  the 
mainframe.  TERM1200  is  good  for 
sending  and  receiving  mail.  It  dis¬ 
plays  on  the  screen  and  does  not 
send  to  disk  Use  ESC  to  toggle  the 
printer  on  and  off  It  is  initially  off. 

2.2.  Disconnecting 

a  Type  CTRL  d  to  log  off  the  central 
system. 

b  Hang  up  the  phone 
c  Hit  the  reset  button  to  reboot  the 
system. 
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2.3.  Data  Transmission  —  Intelligent 
Mode 

The  intelligent  mode  is  part  of  the 
CENTRAL  communications  program. 
Use  it  to  transmit  and  receive  data  files 
from  the  SDC  or  from  another  RST. 

The  terminal  goes  into  intelligent 
mode  when  you  start  a  line  by  typing 
I  (a  vertical  bar)  which  displays  a  ~  and 
advises  the  terminal  that  the  rest  of  the 
line  is  a  command  and  not  a  message 
to  be  sent  to  the  central  site  until  you 
type  a  RETURN. 

Under  intelligent  mode: 

Typed  characters  appear  on  the  video 
terminal  screen,  whereas  in  dumb 
mode  they  appear  only  on  the  graphics 
display  screen. 

Intelligent  mode  uses  a  composing 
line  nothing  is  sent  out  to  the  central 
site  until  you  type  a  RETURN,  Back¬ 
space  deletes  a  character  at  a  time  and 
CTRL  U  erases  the  whole  line. 

In  most  cases  the  composing  line 
appears  at  the  bottom  of  the  screen. 
When  you  hit  RETURN  the  RST  sends 
the  line  to  the  host  system  which 
usually  echoes  the  line  back  to  the  RST 
terminal,  where  it  appears  at  the  top  of 
the  screen  —  to  the  user  this  looks  as 
though  the  line  jumps  from  the  bottom 
of  the  screen  to  the  top. 
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2.3.1.  Intelligent  Mode  Commands 

Remember,  begin  all  commands  with  i 

(vertical  bar). 

2. 3. 1.1.  Printouts 

IPRINTON  Turns  on  the  printer.  As 
each  line  scrolls  off  the  top 
of  the  screen  the  line  print¬ 
er  prints  it 

i  NOPRINT  Turns  off  printing  started  by 
PRINTON. 

IFLUSH  Flushes  the  screen.  It 
pushes  everything  through 
the  top  of  the  screen  —  like 
receiving  22  carriage  re¬ 
turns  It  turns  off  the  printer 
when  finished  printing 


Examples: 

a.  Toprintthecontentsofthescreen 

on  the  printer: 

1.  Type  IPRINTON  and  hit 
RETURN. 

2.  Type  IFLUSH  and  hit  RETURN. 

♦ 

b  To  print  an  incoming  message: 

1.  Type:  I  FLUSH  and  hit  RETURN. 
(The  FLUSH  clears  the  screen 
so  that  nothing  "old"  appears 

I  in  the  printout.) 

2.  Type  IPRINTON  and  hit 
RETURN. 

3.  Once  the  message  is  printed, 
type  INOPRINT  and  hit 

*  RETURN. 
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2.3.2.  Receiving  Messages  or  Files  — 
OUTDISK 

Use  OUTDISK  to  receive  messages  or 
files.  It  opens  a  file  for  writing  on 
drive  B. 

Three  important  things  about 
OUTDISK: 

a.  OUTDISK  must  be  accompanied  by 
a  file  name:  OUTDISK  'FILENAME.  TYP 
(i.e.,  OUTDISK  followed  by  a  blank, 
tfien  an  apostrophe,  the  file  name 
of  at  most  8  characters,  then  period, 
then  file  type  of  at  most  3  charac¬ 
ters,  and  finally  a  closing  apos¬ 
trophe.  The  file  type  may  be  omitted 
if  the  period  is  also  left  off.)  Some 
examples  of  valid  file  names: 

'FILE' 

'GLUG  M' 

'DISPLAY. MAC' 

b.  Strange  things  happen  if,  in  drive  B: 

-  there  is  a  write-protected  diskette 

-  there  is  no  diskette 

-  the  diskette  was  inserted  after 
the  last  system  boot.  (CP/M  checks 
disk  status  at  boot  —  disks  inserted 
after  boot  are  made  read-only.) 

c.  The  effect  of  OUTDISK  is  similar  to 
PRINTON  in  that  as  each  line 
scrolls  off  the  top  of  the  screen  it  is 
written  on  the  disk  —  therefore  it  is 
essential  to  do  a  FLUSH  at  the  end 
of  disk  writing  to  close  the  output 
file  properly. 
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2.3  2.1.  Avoiding  Data  Dropout  — 
BUFFER 

Long  messages  sometimes  have  data 
dropout  problems  To  avoid  this,  use 
the  command,  IBUFFER  It  sends  in¬ 
coming  data  to  a  core  buffer  rather 
than  to  the  disk  The  maximum  file  size 
is  30K  bytes  —  exceeding  this  causes  a 
crash. 

Use  the  command,  IENDCORE,  after 
IBUFFER  has  received  the  message. 
This  hushes  the  buffer  and  writes  the 
file  it  received  to  the  disk.  The  file  is 
now  stored  on  the  disk  and  can  be  read 
at  any  time  with  CP/M  commands  (see 
Appendix  I). 

2.3.3.  Sending  Messages  or  Files  — 
INDISK 

Use  INDISK  for  sending  long  messages 
(or  files  that  are  already  created)  IN¬ 
DISK  opens  a  named  filed  on  drive  A 
for  reading  only  First  compose  the 
message  using  the  CP/M  editor.  Do 
this  with  the  RST  off-line,  (not  on  the 
modem  connection).  Once  the  mes¬ 
sage  is  composed  and  stored  on  drive 
A  establish  the  modem  connection 
(CENTRAL)  and  then  use  INDISK. 

a.  TypelINDISK  'FILENAME.  TYP'  and 
RETURN. 

The  system  prints  the  first  line  of 
the  file  on  the  screen  and  termi¬ 
nates  it  with  a  "?".  It  isasking  if  you 
want  to  send  the  line 

b.  To  send  the  line,  hit  RETURN 
To  discard  the  line,  hit  CTRL  U. 
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c.  To  bring  up  the  next  line  from  the 
input  file  hit  the  three  keys:  SHIFT 
CTRL  at  the  same  time. 

d.  Add  extra  lines  at  any  point  by 
typing  them  in  instead  of  calling  up 
the  next  line. 

e.  If  you  get  an  error  message  it  will 
flash  until  you  type  II  (two  vertical 
bars). 

Characters  in  the  Clear 

SHIFT  UPARROW  (the  cursor  arrow  on 
the  special  purpose  key  pad)  sends  a 
single  carriage  return  without  a  line 
feed.  The  return  key,  when  terminat¬ 
ing  a  line  from  the  composing  line 
sends  out  a  return  and  a  line  feed. 
Some  systems  require  characters  in 
the  clear  for  checking  in.  Use  SHIFT 
UPARROW. 
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Displaying  Waveforms  —  DISP 

DlSP  is  a  local  program  to  display  and 
analyze  waveform  data 

a  To  use  the  program  make  sure  the 
system  is  displaying  the  CP/M 
prompt,  then  type  DISP  FILENAME 
followed  by  RETURN 

Each  FILENAME  must  contain 
waveform  data  in  "gram  file" 
format 

(You  can  call  up  to  3  files  at  a  time 
using  the  form  DISP  FILENAME 
[FILE2  [FILE3\\  ) 

The  initial  display  scale  uses  the 
full  window  for  the  maximum 
amplitude  m  the  entire  waveform 

b  DISP  Commands: 

?  Print  Command 
menu 

A  Amplitude 
P  Period 
C  Cursor 

S  Change  scale  factor 
L  Shift  waveform  left 
R  Shift  waveform 
right 

SHIFT  HOME  Produce  hard  copy 
of  the  graphics 
screen 

c.  Use  of  DISP  commands: 

Each  command  requires  a 
RETURN 

If  parameters  are  required  a 
prompt  askt.  for  them 
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Amplitude 


measures  the  amplitude 
between  2  cursors  that 
the  user  places  on  a 
waveform.  Be  sure  to  set 
the  bottom  cursor  first 
and  then  the  top  —  if  you 
do  it  the  other  way 
around  you  will  get  a  neg¬ 
ative  measurement: 

Type  A  and  hit  RETURN. 

System  responds:  POSI¬ 
TION  FIRST  CURSOR 
AND  HIT  RETURN 

Switch  the  data  tablet  to 
STREAM  MODE  and  posi¬ 
tion  the  crosshairs  on  the 
bottom  of  the  waveform. 
Take  your  hand  off  the 
cursor  control  and  make 
sure  the  cursor  is  still  in 
the  proper  position.  (This 
takes  some  practice  as 
the  cursor  tends  to  slip 
off  the  mark  as  your  hand 
leaves  it.)  Hit  RETURN. 
Repeat  the  process  for 
the  second  cursor.  After 
you  have  positioned  the 
second  cursor  and  hit 
RETURN,  the  system  dis¬ 
plays  the  amplitude  mea¬ 
sured  between  the  two 
cursors. 


1 \ 3742  S 


\ ^ 3743 


Period 
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Measures  and  displays 
the  number  of  samples 
from  the  first  to  the 
second  cursor  The  proce¬ 
dure  is  the  same  as  for 
Amplitude  , 

Type  P  and  RETURN. 


Cursor  Marks  a  waveform  with  a 
named  cursor. 

Type  C  and  hit  RETURN. 

Proceed  as  in  Amplitude 
and  Period.  You  supply 
the  name  for  the  cursor. 


Scale  Factor  Changing  the  scale  factor 
expands  or  contracts  the 
waveform. 

Note:  Do  not  set  the  scale 
factor  to  0  If  you  do  it  will 
crash  the  program  and 
you  will  have  to  call  it 
back 

Type  S  and  hit  RETURN 

The  system  asks  for  the 
scale  factor  expressed  as 
a  floating  point  number 
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Left  Shift  Shifts  the  waveform  left 
by  a  specified  amount 
(measured  in  screen 
widths). 

Type  L  and  hit  RETURN. 

The  system  asks  for  scale 
factor,  but  give  it  the  num¬ 
ber  of  screen  widths  to 
shift  the  waveforms. 

Type  in  the  number  and 
hit  RETURN. 

Right  Shift  Shifts  the  waveform  right 
by  a  specified  amount. 

Type  R  and  hit  RETURN. 

Proceed  as  with  Left 
Shift. 

Hard  Copy  While  in  DISP  print  out 
whatever  is  on  the  graph¬ 
ics  screen  by  hitting: 

SHIFT  and  HOME  keys  at 
the  same  time. 

If  you  leave  the  DISP  but 
want  to  print  the  con¬ 
tents  of  the  graphics 
screen  usethecommand, 
GETSCRN. 


3.1.  Leaving  DISP 

To  leave  DISP  type  CTRL  P  or  simply 
reboot  the  system  (hit  the  reset 
button). 
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*4.  Digitizing  Waveforms  —  DIGITEST 

Use  DIGITEST  to  digitize  small  amounts 
of  waveform  data.  DIGITEST  takes  out¬ 
put  from  the  data  tablet  and  displays  it 
on  the  graphic  screen  It  takes  512 
P  data  points  at  a  time.  When  the  51  3th 
point  is  sent  the  1st  one  disappears. 
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a.  Type  DIGITEST  and  hit  RETURN 

DON'T  TOUCH  THE  KEYBOARD 
AGAIN'  HITTING  ANY  ADDITIONAL 
KEY  EXITS  FROM  THE  DIGITEST 
PROGRAM. 

b  Use  the  data  tablet  to  trace  the 
waveform. 

Put  the  waveform  on  the  pad  (Tape 
it  down  to  keep  it  from  shifting.) 

Press  the  RESET  button 

Choose  the  digitizing  mode. 

Point  sends  one  point  each 
time  the  button  is 
pushed. 

Switch  sends  points  continu¬ 
ously  as  long  as  the  cur¬ 
sor  button  is  pressed 

Stream  sends  points  continu¬ 
ously  without  your  hav¬ 
ing  to  press  the  button. 

c.  Trace  the  waveform. 

d.  To  leave  DIGITEST  hit  any  key  on 
the  terminal  The  system  returns  to 
CP/M. 
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5.  Summary 


ON/OFF 

Switches  on  power 

BUFFER 

Sends  incoming  data  to 

strip. 

core  buffer. 

BOOT 

Computer  Reset  Button 

ENDCORE 

Flushes  buffer,  sends 

on  mainframe  boots  sys¬ 

contents  to  disk. 

tem  from  Drive  A. 

DISP 

Displays  waveform  data 

HELP 

Prints  instructions  and 

and  provides  tools  for 

options.  The  system 

analyzing  it.  DISP 

must  be  in  CP/M  for 

Commands: 

HELP  to  function. 

A 

Amplitude 

CENTRAL 

Program  for  communi¬ 

P 

Period 

cating  with  central  site 

or  another  RST  via 

C 

Cursor 

modem  (300  baud). 

S 

Change  scale  factor 

TERM  1  200 

Program  for  communi¬ 

L 

Shift  waveform  left 

cating  at  1200  baud. 

* 

Does  not  offer  intelli¬ 

R 

Shift  waveform  right 

gent  mode. 

? 

Prints  DISP  menu 

INTELLIGENT  MODE  COMMANDS 
(CENTRAL)  ! 

SHIFT  HOME  Print  contents  of  graph¬ 
ics  display  screen 

Begin  line 
RETURN. 

PRINTON 

NOPRINT 

FLUSH 

with  1  a  terminate  with 

Turns  printer  on 

Turns  printer  off 

Flushes  screen 

GETSCRN 

DIGITEST 

Prints  the  contents  of 
the  graphics  display. 
(Use  when  not  in  DISP  ) 

Uses  the  data  tablet  to 
digitize  hard  copy 
waveforms. 

OUTDISK 

Receives  messages. 
Used  with  filename, 
opens  that  file  for 
writing  on  Drive  B. 

INDISK 

Sends  messages.  Used 
with  filename,  opens 
that  file  for  read  only  on 
Drive  A. 

SHIFT 

Sendssinglecarriage  re¬ 
turn  without  line  feed, 
(uses  uparrow  from  the 
cursor  control  keys) 

I 
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6.  Appendix  I:  CP/M  Operations 

When  the  RST  is  used  as  a  normal  microcomputer  it  is  running 
under  the  operating  system,  CP/M.  This  section  covers  the 
CP/M  operations  DIR,  EDIT,  ERA(SE),  PIP,  REN(AME). 
STAT(US)  CP/M  offers  much  more  than  this  document 
outlines.  For  more  atfout  CP/M  see  the  CP/M  handbook 
supplied  with  the  system. 

6.1.  The  CP/M  Prompt 

When  CP/M  is  in  charge,  i.e  ,  when  no  special  program  is 
running,  it  displays  the  prompt,  A>,  if  disk  drive  A  is  assigned, 
or  B>  if  disk  drive  B  is  assigned 

To  move  from  drive  A  to  drive  B  — 

Type  B:  followed  by  a  RETURN 

CP/M  responds:  B> 

6.2.  DIR  (DIRectory) 

A.  To  list  all  of  the  files  on  a  diskette  — 

Type  DIR  followed  by  a  RETURN  , 

B.  If  you  are  on  drive  A  and  want  to  list  the  files  in  drive  B  — 
Type  DIR  B  followed  by  a  RETURN 

C.  To  list  a  specific  file  (i.e.,  to  see  if  it's  on  the  currently 
assigned  disk)  — 

Type  DIR  FILENAME  EXT  followed  by  a  RETURN. 

If  "filenameext"  is  on  the  disk,  DIR  prints  the  name. 

D.  DIR  uses  the  special  characters,  *  and  ?,  in  the  same  way 
PIP  does.  Often  a  directory  is  too  large  to  fit  the  display. 
Use  the  special  characters  to  narrow  the  listing  to  those 
files  you  are  interested  in,  for  example  — 

RATI.’ 

lists  all  files  beginning  with  RATI  and  ignores  everything 
else. 

6.3.  PIP 

PIP  stands  for  Peripheral  Interchange  Program  It  transfers 
files  between  devices  (e  g  ,  from  drive  A  to  drive  B,  or  from 
drive  A  to  the  printer)  and  can  process  them  on  the  way 
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6.3.1.  Copying  Files 

Most  of  the  time  you  will  use  PIP  for  file  copying.  For  the 
purposes  of  instruction,  assume  we  have  a  diskette  full  of  files 
on  drive  A.  We  want  to  copy  files  from  drive  A  to  a  diskette  in 
drive  B.  We  can  do  this  in  two  ways:  by  using  PIP  as  a  single 
line  command,  or  by  using  PIP  as  a  program. 

6.3.1 .1 .  PIP  as  a  single  line  command  — 

Type  PIP  B.NEW.BAK  =  OLD. TXT  followed  by  a  RETURN 

(PIP  copies  OLD. TXT,  which  it  found  on  drive  A,  names  it 
NEW.BAK  and  stores  it  on  drive  B.  It  then  responds  with  the 
prompt,  A>  to  let  you  know  it  has  done  the  task  and  has 
returned  to  the  CP/M  level.) 

The  format  for  copying  files  is:  new  file  =  old  file.  If  you  want 
the  new  file  stored  on  a  different  drive,  specify  that  first: 
PIP  device:new  file  =  old  file. 

* 

6. 3. 1.2.  PIP  as  a  program  — 

Use  the  program,  PIP,  if  you  have  more  than  one  or  two 
operations  — 

A.  To  enter  PIP,  make  sure  the  CP/M  prompt  (A>)  is 
displayed  — 

Type  PIP  followed  by  a  RETURN. 

(PIP  displays  the  prompt,  *,  to  let  you  know  you  are  in  PIP) 

Type  B.FILE.BAK  =  FILE.TXT  folfowed  by  a  RETURN 

(this  does  exactly  the  same  thing  as  when  we  use  PIP  as  a 
single  line  command  but  instead  of  displaying  the  prompt, 
A>,  PIP  displays  the  prompt,  *,  and  waits  for  the  next  PIP 
command.  We  can  continue  to  copy  files  without  entering 
PIP  each  time) 

B.  While  you  are  still  under  PIP  you  can  copy  as  many  files  as 
you  want — 

A:=B: SAMPLE. TXT  followed  by  a  RETURN. 

(PIPcopies  the  file,  SAMPLE.TXT  which  it  found  on  drive  B 
onto  drive  A  without  renaming  it,  i.e.,  SAMPLE.TXT  is 
now  on  both  drive  A  and  drive  B.) 
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6.3.2.  Special  Characters:  *  and  ? 

CP/M  has  two  special  characters  worth  knowing  about  —  * 
and  ?. 

?  matches  any  single  character  in  its  place,  so  F I L?  matches 

*  FILE,  FIL2,  or  FILM  This  is  useful  in  copying  a  number  of 
files  with  slight  variations  m  their  names  using  only  one  PIP 
command — 

A>  PIP  B:=FILE  ?  followed  by  a  RETURN 

,  copies  FILE  1,  FILE  2,  FILE. 3  onto  drive  B  The  command 

does  not  copy  FILE  55  or  FILE  BAK. 

*  matches  any  character  or  string  of  characters  on  its  side  of 
the 

FILE  *  matches  FILE  55  or  FILE. BAK  as  well  as  FILE.1, 

*  FILE  2  and  FILE  3 

A>  PIP  B  =*.*  followed  by  a  RETURN 
copies  every  file  on  drive  A  onto  drive  B 

«  6.3.3.  Printing  Files  ! 

To  print  a  file — 

Hit  CTRL  P  to  turn  on  the  printer.  (Hit  the  CTRL  and  P  keys  at 
the  same  time  ) 

/ 

►  Type  TYPE  FILENAME. EXT  followed  by  a  RETURN. 

6.4.  EDIT  (EDITor) 

Use  the  editor  (EDIT)  for  creating  new  files  or  for  editing 
existing  ones.  Like  PIP,  EDIT  is  a  program  that  runs  under 
CP/M  EDIT  displays  the  prompt,  *,  instead  of  the  CP/M 
prompt,  A>  or  B> 

6.4.1.  Creating  a  New  File  — 

Type  EDIT  FILENAME  TAG  followed  by  a  RETURN. 

(A  word  about  filenames:  these  can  be  any  eight-or-less- 
characters,  a  and  then  any  three-or-less-characters.  The 
new  file  we  have  just  created  will  be  called  "filename  tag”.  If  a 
file  with  the  name,  filename. tag,  was  already  the  directory, 
EDIT  would  have  prepared  that  file  for  editing  (N.B  See  #A., 
below.  EDIT  does  not  automatically  bring  in  the  text  ).  As  there 
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was  no  such  file,  EDIT  named  a  blank  file  "filename. tag"  and 
opened  it  up  for  whatever  we  want  to  put  in  it.  We  could  have 
named  the  file  Fred  dog  or  Alice. 3  or  Ralph.  In  general  it  is 
wise  to  choose  a  file  name  that  labels  the  file.  Many  people 
use  the  extension  BAK  to  mark  a  file  as  a  backupfile,  e  g.,  this 
file  about  CP/M  might  be  called  CP/M. TXT  and  its  backupfile, 
CP/M. BAK.) 

EDIT  is  now  in  charge,  has  opened  up  "filename. tag"  for 
editing,  and  displays  the  prompt,  *,  to  indicate  it  is  waiting  for 
the  next  command. 

6.4.2.  Inserting  Text  — 

A.  Type  I  followed  by  a  RETURN 

EDIT  displays  a  cursor  to  mark  the  spot  on  which  the  next 
character  will  appear. 

B.  Type  in  text  much  as  you  would  on  a  typewriter.  End  each  line 
of  text  with  a  RETURN  (hit  RETURN,  do  not  type  the  word 
"return"). 

C.  To  stop  inserting  text  type  CTRL Z  (hold  down  the  CTRL  key  and 
hit  Z  at  the  same  time). 

EDIT  displays  *. 

6.4.3.  To  Save  the  File  and  Leave  EDIT  — 

Type  E  followed  by  a  RETURN.  (Make  sure  that  you  are  not  in 
insert  mode  —  i.e.,  that  a  *  is  diplayed.) 

CP/M  displays  the  prompt,  A>  or  B>. 

6.4.4.  To  Edit  an  Existing  File  — 

A.  Type  EDIT  FILENAME. EXT  followed  by  a  RETURN. 

EDIT  opens  that  file  for  editing  and  displays  the  prompt,  *. 

B.  Type  #A. 

EDIT  brings  the  entire  source  file  into  the  edit  buffer.  If  you 
want  to  bring  only  a  portion  of  the  file  into  the  buffer  type  nA 
where  n  is  the  number  of  lines  of  text  to  be  appended.  OA 
(capital  O,  not  zero)  brings  in  half  of  the  text. 
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6.4.5.  Moving  Within  the  File 

A.  To  go  to  the  bottom  of  the  buffer — 

Type  -B  followed  by  a  RETURN. 

B.  To  display  the  entire  buffer — 

Type  B#T  followed  by  a  RETURN. 

T  is  the  command  to  display  the  text  in  the  buffer. 

C.  To  move  through  the  file  use  a  line  number  followed  by  a 
colon- 

Type  4:  followed  by  a  RETURN. 

EDIT  positions  the  cursor  at  line  4. 

D.  To  move  to  a  range  of  lines — 

Type  5  :9  followed  by  a  RETURN. 

EDIT  displays  lines  5  through  9  and  positions  the  cursor  at 
line  5. 

6.4.6.  Special  Editor  Commands 

» 

L  To  move  up  and  down  lines  use  +n L  to  move  forward  and  nL 
to  move  backward  where  n  is  the  number  of  lines  you  want  to 
move. 

C  Moves  the  cursor  by  characters  30C  followed  by  a  RETURN 
moves  the  cursor  30  characters,  and  30C  moves  the  cursor 
backward  30  characters.  (A  space  is  a  character  ) 

K  Deletes  a  line  +nK  deletes  n  lines  forward.  -nK  deletes  n  lines 
backward.  K  deletes  the  current  line  if  no  n  is  specified.  #K 
deletes  everything  after  the  cursor.  +#K  deletes  everything 
before  it. 

D  Deletes  a  character  +nand  n  arguments  work  here  as  well. 

F  Finds  a  specified  string  of  characters,  e  g  ,  FTEH  followed  by  a 
RETURN  finds  TEH  and  positions  the  cursor  immediately  after 
it. 
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S  Searches  for  a  specified  string  of  characters  and  substitutes  a 
new  string  of  characters: 

Type  STEH[CTRLZ]THE  followed  by  a  RETURN. 

EDIT  finds  the  next  occurrence  of  TEH  and  substitutes  THE. 
Use  an  n  argument  to  repeat  the  substitution  n  times: 
WSTEHCTRLZTHE  followed  by  a  return  finds  the  next  10 
occurrences  of  TEH  and  changes  them  to  THE.  #FTEHCTRLZTHE 
followed  by  a  RETURN  makes  the  substitution  throughout  the 
buffer. 

6.5.  ERA  (ERAse) 

ERA  erases  entire  files.  Once  erased,  a  file  is  gone. 

A.  To  erase  a  file — 

Type  ERA  FILENAME. EXT  followed  by  a  RETURN. 

B.  ERA  recognizes  *  and  ?,  and  can  therefore  be  dangerous,  e  g., 
ERA  *.*  erases  every  file  on  the  disk.  , 

C.  ERA  can  be  used  with  a  device  name,  e  g.,  ERA  B  RALPH. CAT 
erases  the  file  "Ralph. cat"  from  the  disk  in  drive  B. 

6.6.  REN  (REName) 

REN  renames  files.  ' 

Use  the  format:  REN  NEWFILE  =  OLDFILE  (followed  by  a 
RETURN). 

When  you  rename  a  file,  you  actually  copy  the  file  under  a 
different  name.  The  file  ceases  to  exist  under  the  old  name. 

6.7.  STAT  (STATus) 

STAT  displays  the  status  of  the  system. 

A.  To  find  the  size  of  the  remaining  disk  space — 

Type  STAT  followed  by  a  RETURN. 

STAT  responds  with:  DEVICE  NAME  (drive  A  or  B):  R/W 
SPACE:  nnnK 

(R/W  means  read/write,  i.e.,  that  you  can  create  new  files, 
delete  old  ones,  change  things  in  old  files.  R/O  means  read 
only  —  you  can  read  what  isonthedisk,  but  you  cannot  add  to 
it,  nor  can  you  erase  anything  or  change  anything.  The  amount 
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of  space  shown  is  measured  in  bytes  —  the  RST  8-inc'n 
diskette  holds  1.2  M  bytes  ) 

References 

Rodnay  Zaks,  The  CP/M  Handbook,  with  mp/m  Sybex,  Inc  , 
1980. 
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7.  Appendix  II 

7.1  Hardware 

The  RST  consists  of  the  following  components.  Individual 
documentation  comes  with  each  item. 

Mainframe  boards: 

a.  California  Computer  Systems  CPU  board 

Holds  Z80CPU  and  programmable  serial  interface.  Includes 
2K  monitor  PROM  which  is  disabled  in  the  final  design. 

b.  Memory: 

One  16K  static  RAM 
One  64K  dynamic  RAM 

c.  Morrow  ensign  floppy  disk  controller  board 

d.  Morrow  Design  hard  disk  controller  board 

e.  Scion  graphics  display  controller  board.  Includes  its  own 
Z80  and  memory. 

Other  Hardware: 

a.  Scion  graphics  display 

b.  Adds  Viewpoint  terminal 

c.  Racal  Vadic  modem 

Operates  at  300  or  1200  baud,  the  latter  with  Bell  21  2A 
(industry  standard)  protocol  and  the  older  Vadic  protocols. 

d.  Morrow  Design  Discus  2+2D  floppy  disk  drive 

e.  Morrow  Design  26  megabyte  hard  disk 

f.  Houston  Instruments  Hi  Pad  digitizing  tablet 

g.  Integral  Data  Systems  460G  Paper  Tiger  printer 

7.2  Notes  from  the  Designer 

In  the  mainframe  there  is  a  California  Computer  Systems  CPU 
board  which  provides  a  Z80  CPU  and  a  programmable  serial 
interface.  A  2K  prom  is  also  on  the  board  —  it  can  be  used  for 
troubleshooting,  but  is  disabled  in  normal  use.  This  monitor  can 
be  used  if  a  special  cable  is  connected  between  the  terminal 
and  the  CCS  serial  port  and  certain  configuration  switches  on 
the  board  are  changed.  Seethe  CCS  documentation  for  further 
information. 
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The  Morrow  disk  controller  board  operates  the  floppy  disks  and 
also  provides  a  serial  port  that  is  used  to  communicate  with  the 
video  terminal  for  system  control.  This  port  is  memory  mapped 
and  hence  will  not  appear  in  the  list  of  I/O  ports  to  be  given 
later. 

/ 

The  Scion  graphic  display  is  controlled  by  a  separate  board 
which  has  its  own  Z80  and  memory  connected  to  an  internal 
bus.  Communication  with  the  system  is  via  I/O  ports,  and  the 
board  produces  video  for  driving  the  monitor. 

The  Morrow  Designs  "Switchboard"  incorporates  two  serial 
and  four  parallel  ports  plus  a  status  port.  The  board  also  has 
sockets  for  2K  of  RAM  and  2K  of  PROM  memory,  but  these  are 
not  used. 

Other  Hardware 

The  Scion  graphics  display  accepts  standard  signals  via  its  coax 
input  connector  and  converts  them  to  light  on  the  screen. 

The  Morrow  Designs  dual-disk  drive  is  capable  of  reading  both 
single-  and  double-density  diskettes. 

» 

I/O  Ports 

All  numbers  in  this  section  are  hexidecimal. 

The  California  Computer  Systems  CPU  board  contains  a  pro¬ 
grammable  serial  port  that  is  assigned'l/O  address  20-25. 

The  CCS  serial  port  connects  to  the  modem.  Port  20  is  the 
transmit/receive  port,  25  is  the  status  port,  and  the  others  are 
used  for  programming  the  8251  UART.  A  data  sheet  for  the 
latter  is  included  in  the  CCS  CPU  manual.  The  interested  reader 
should  examine  the  routines  DUMT300  and  DUMT1  200  to  see 
how  this  port  is  set  up  and  used. 

The  Morrow  Switchboard,  which  provides  two  serial  and  four 
parallel  ports  plus  a  status  port,  is  assigned  A0-A7. 

Switchboard  port  AO  is  the  lineprinter  output.  A1  is  the  special 
port  used  to  establish  serial  communication  with  another 
computer;  it  is  not  connected  in  normal  RST  operation.  A2  is  the 
status  port  for  both  serial  interfaces.  A7  is  an  output  port  used 
to  establish  CTS  and  DSR  for  the  special  port;  A5  is  an  input  port 
for  reading  the  printer's  DTR  line.  A6  is  used  to  "remember"  the 
bank  selection,  in  effect.  A4  is  an  input  port  used  to  read  the 
digitizer  pad. 
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The  graphics  display  occupies  F0-F8,  although  it  only  uses  FO 
and  FI . 

Memory 

The  16K  static  RAM  is  assigned  to  C000  through  F7FF.  This 
particular  board  has  the  capability  for  disabling  its  chips  in  2K 
byte  chunks,  and  the  last  2K  bytes  are  indeed  disabled  to  leave 
the  space  F800-FFFF  for  the  disk  controller's  PROM  and  RAM; 
thus  only  14K  of  the  board  is  in  actual  ure. 

The  CCS  64K  dynamic  RAM  board  allows  disabling  in  1  6K-byte 
chunks  and  the  high-address  1  6K  of  each  is,  in  fact,  disabled, 
leaving  48K  of  each  board  active. 

CP/M  CBIOS  Customization 

One  part  of  the  CP/M  system,  the  customized  basic  input/out¬ 
put  system  (CBIOS)  must  always  be  adjusted  for  a  particular 
installation.  For  the  RST  it  was  only  necessary  to  make  a  few 
minor  alterations  in  the  CBIOS  supplied  by  Morrow  Designs 
with  the  disk  drives. 

The  customization  most  obvious  to  the  user,  and  the  most 
trivial,  is  the  change  in  the  sign-on  message  to  read  "for  the 
Remote  Seismic  Terminal".  Other  initialization  changes  such 
as  this  included  moving  the  CP/M  "hooks"  (the  jump  vectors 
stored  at  locations  0  and  5)  to  banks  two  and  three,  resetting 
the  graphics  display  while  selecting  its  rolling  scroll  mode,  and 
initializing  the  special  serial  interface  (this  interface,  not  the 
CAC  computer,  later  the  Lincoln  PDP/1 1-50,  for  purposes  of 
rapid  transfer  of  software  and  data). 

CP/M  has  a  jump  vector  stored  at  a  standard  location.  This 
vector  was  extended  to  include,  as  part  of  the  system,  some 
RST  specific  chores  as  follows:  send  a  character  to  the  graphics 
display  in  alphanumeric  mode,  and  a  character  to  the  line 
printer,  send  a  character  to  the  graphics  display  in  graphics 
mode,  read  a  character  from  the  graphics  display,  switch  to 
bankl,  switch  to  bank2,  switch  to  bank3.  In  addition  to 
extending  the  transfer  vector,  small  routines  to  perform  the 
above  chores  were  also  inserted  in  the  CBIOS.  The  interested 
reader  can  find  these  in  the  listing  near  "cocrt."  and  "tomike:". 
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The  standard  CP/M  devices  are  connected  to  drivers  as 
follows: 


CRT: 

UL1 : 

UC1:  Graphics  display. 

LPT: 

UP2: 

Lineprinter, 

PTP 

/  Modem  output. 

UP1: 

Special  serial  port  output. 

PTR: 

Modem  input. 

UR1: 

Special  serial  port  input. 

r 


t 


> 
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8.  Appendix  III:  Moving  Remote  Seismic  Terminal  Hardware 

This  appendix  describes  howto  pack  the  R  ST  for  shipment  or  by 
reversing  the  steps,  how  to  unpack  it  and  set  it  up  for  use. 
Necessary  tools  are: standard  and  Phillips-head  screwdrivers 
and  a  pair  of  long-nose  pliers. 

To  begin  packing,  select  an  empty  box  that  will  contain  the 
manuals  for  the  individual  components.  As  each  component  is 
packed,  put  its  manual  into  the  manuals  box. 

8.1  Printer 

A.  Turn  off  ac  power;  unplug  cord,  coil  and  lash  cord  with 
rubber  band  or  plastic-covered  wire. 

B.  Consult  manual  and  remove  cover  carefully. 

C.  Disconnect  computer  interface  cable;  check  that  con¬ 
nector  is  labeled;  if  not,  add  a  label  sothat  it  can  be  readily 
found  when  reassembling. 

D.  Consult  manual  and  lock  printhead  and  ink  ribbon. 

E.  Put  cover  back  on. 

F.  Package  is  form  fit;  consult  manual  for  packing 
instructions.  1 

G.  To  set  up,  reverse  above  steps.  Note:  Printer  has  a  self¬ 
test  feature. 

8.2  Terminal 

A.  Turn  off  ac  power;  unplug  cord,  coil  and  lash  cord  with 
rubber  band  or  plastic-covered  wire. 

B.  Disconnect  computer  interface  cable;  check  that  con¬ 
nector  is  labeled;  if  not,  add  an  appropriate  label  to 
facilitate  future  recognition. 

C.  Package  is  form  fit. 

D.  To  set  up,  reverse  above  steps. 

E.  Terminal  has  a  self-test  feature  (consult  manual). 
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8  3  Graphics  Display  Monitor 

A.  Make  sure  power  cord  is  labeled,  then  disconnect  from 
monitor  and  outlet,  coil,  and  store  Monitor  does  not  have 
an  on/off  switch. 

B.  Disconnect  coaxial  cable. 

C.  Monitor  package  has  corner  holders  for  each  apex;  a 
piece  of  cardboard  that  goes  in  front  of  the  screen,  and 
"popcorn"  to  fill  all  spaces.  Best  packing  procedure  is  to 
dump  the  popcorn  into  a  convenient  receptable,  tempo¬ 
rarily;  get  the  monitor  set  into  the  bottom  four-corner 
holders,  put  in  the  face  cover,  fill  all  sides  with  popcorn, 
install  the  top  four-corner  holders,  add  more  popcorn. 

D  Setup  is  easier.  Open  the  top  cover  to  check  for  loose 
circuit  boards  —  the  boards  mount  on  plastic  holders  and 
have  been  known  to  pop  loose  during  shipment.  Consult 
manual  for  proper  position  if  one  is  loose. 

8.4  Hard  Disk 

A.  Turn  off  ac  power.  Make  sure  power  cord  is  labeled,  retain 
for  use  in  a  later  step 

B.  Make  sure  the  two  flat  cable  connectors  are  labeled  so 
that  you  can  restore  them  in  the  correct  position  — 
neither  has  a  key,  and  either  can  be  put  in  the  "wrong 
way."  Disconnect  the  two  flat  cable  connectors  carefully. 
Pull  on  the  connector,  never  on  the  cable.  (May  require 
long-nose  pliers.) 

C.  Remove  the  top  cover  by  extracting  all  of  the  screws  on 
each  side. 

D.  Consult  the  shipping  instructions  that  are  in  the  packing 
box.  Apply  ac  power,  let  the  drive  come  up  to  speed,  and 
install  the  damper  lock.  Remove  ac  power. 

E.  Consult  shipping  instructions  and  install  the  spindle  lock 
screw. 

F.  Install  the  warning  signs  near  lock  screw  and  damper. 

G.  Consult  shipping  instructions  and  remove  drive  from 
bottom  of  cabinet.  Reposition  shock  mountson  drive  as  in 
shipping  instructions.  Drive  package  is  empty;  simply 
slide  drive  in. 


H  Reassemble  the  cabinet  using  the  small  screws  only. 
Save  the  large  ones,  which  seat  in  the  drive  and  will  not 
catch  at  this  point. 

I  Cabinet  has  corner  holders  in  its  package. 

J.  For  setup,  follow  instructions  carefully  to  reverse  all  of 
above. 

8.5  Floppy  Disks 

A.  Turn  off  ac  power  and  unplug  cord. 

B  Remove  the  flat  cable  connector  carefully  as  described 
under  Section  8.4,  Hard  Disk. 

C.  Find  the  cardboard  shipping  disks  and  door  locks  in  the 
packing  box  and  install  as  directed. 

D.  The  disk  carton  has  corner  holders,  or  more  precisely,  end 
holders,  plus  a  small  empty  section  that  can  be  used  for 
some  of  the  floppy's. 

8.6  Main  Frame 

A  Turn  off  ac  power;  unplug  cord. 

B.  Remove  cover  by  withdrawing  screws  on  each  side. 

C.  Disconnect  motherboard  power  cable  from  power  supply 
circuit  board.  Use  a  firm  pull  at  the  plastic  connector. 

D.  Disconnect  power  supply  ac  inputs,  two  single  connec¬ 
tors  and  a  double  connector. 

E.  Disconnect  power  cable  from  power  supply  board  to  the 
small  reset  circuit  board. 

F.  Remove  three  bolts  holding  power  supply  to  bottom  of 
cabinet.  Very  carefully  remove  power  supply  from  cabi¬ 
net,  reinstall  the  three  bolts  in  bottom  plate  of  supply  to 
avoid  loss.  The  power  supply  is  packed  in  a  separate  box 
of  its  own. 

G.  Remove  all  cables  connecting  to  the  DB- 25  connectors  on 
the  back  of  the  mainframe.  Make  sure,  as  each  connector 
is  removed,  that  there  is  a  proper  label  on  each  part. 
Remove  the  video  cable  and  the  reset  plug  if  installed. 

H.  Fold  the  two  hard  disk  flat  cables  and  the  floppy  cable  into 
the  interior  of  the  cabinet. 
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I.  Reinstall  the  cover  and  screws 

J.  The  cabinet  has  a  form-fitted  box  of  its  own. 

K.  Setup  is  the  reverse  of  the  above  procedures  Check  that 
all  circuit  boards  remained  in  the  cabinet  during  ship¬ 
ment.  Check  carefully  that  these  boards  are  all  properly 
seated  as  they  tend  to  "pop  out"  during  shipment.  Note 
also  that  each  board  has  its  own  manual  to  be  packed,  in 
addition  to  the  mainframe  manual. 

8.7  Modem  and  Telephone 

A.  Disconnect  the  modular  phone  jacks  connecting  the 
telephone  to  the  wall  outlet  and  the  modem  to  the 
telephone. 

B.  Unplug  the  ac  power  transformer. 

*  C.  Disconnect  the  RS-232  cable  after  making  sure  that  it  is 

properly  labeled. 

D  The  modem  has  a  special  box  of  its  own;  the  phone  lives  in 
a  box  within  that  box.  • 

•  E.  Setup  is  reverse  of  above.  Study  the  manual  to  use  the 

modem's  self-test  feature:  In  ALB,  every  key  sent  from 
the  terminal  should  be  returned  by  the  modem,  and 
hence,  displayed  on  the  screen;  also,  the  indicator  lights 
show  what  is  happening. 

>  8.8  Cables  and  Connectors 

A.  This  section  lists  all  of  the  cables  that  at  this  point  have  no 
connection  on  either  end,  and  hence,  can  be  packed  in  a 
separate  box: 

^  Printer  cable 

Terminal  cable 
Modem  cable 
Video  cable 

Power  cords  for  hard  disk,  floppy  disk,  graphics 
monitor 

Two  ac  power  boxes. 

B.  Do  not  forget  the  box  of  printer  paper  and  two  plastic 
boxes  of  floppies. 
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A  SE  3M0METER  RECORDING  SYSTEM  FOR  THE  REMOTE  SEISMIC  TERMINAL 


Abstract 

The  design  of  i  r=i!-‘!jie  system  for  seismcmetry  d-ta  recording  is  presented.  Although 
the  task  to  be  performed  is  too  demanding  for  a  single  eight-bit  microcomputer,  it  is  handled 
rather  easilv  by  a  collection  of  them  in  a  distributed -  pro  cessing  system.  The  primary 
message  is  that  much  can  be  accomplished  by  "throwing  micros"  at  a  problem 

r 

Introduction 

The  Remote  Seismic  Terminal  (  ?. ST)  has  been  described  elsewhere 

f  Ill  Briefly,  it  is  a  microcomputer-based  work  station  that  allows  a 

seisraoloaist  at  any  location  enjoying  dial-up  telephone  service  to 

maintain  contact  with  the  world's  seismo logical  co  mmu  nity,  exchanging 
reports  and  waveform  data.  There  is  also  a  capability  for  local 

analysis  and  display  of  such  data. 

^  At  every  demonstration  of  the  R3T  the  first  guest  ion  to  be  asked 

was  "Can  I  hook  this  thing  up  to  a  seismometer'5".  The  unit  to  be 

described  here  was  constructed  to  answer  that  question  in  the 

affirmative  It  is  a  box  that  cm  be  connected  between  a  seismometer 

and  an  RST  and  will  perform  all  of  the  functions  implied  by  "hooking 

up  to  a  s  e  i  snore  e'er"  . 

♦ 

No  knowledge  of  seismometry  is  necessary  for  reading  this  report 

(nor,  fortunately.  for  writing  it)  A  few  words  will  be  required  to 

introduce  the  orotiem,  but  this  paper  is  about  a  real-time  computer 

s  v s t  e  m  using  microprocessors;  the  actual  application  is  incidental 

with  the  exception  that  it  supplies  the  parameters  that  drive  the 

>  system  s  design  (and,  let  us  not  forget,  pays  the  bills';. 
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11  About  S6  i  smonie  try 

A  se:sr»:;iit  e  r  senses  vibrations  of  the  to  t  th  in  three  orthogonal 
directions,  producing  three  analog  time  signals,  typically  in  the 
ranee  C  -  E  volts  Th  e  signals  are  bandpass  filtered  to  obtain 
Ion s -period,  ate  nia-otriod,  and  short-period  components  in  each  an  is, 
thus  raisinc  the  number  of  channels  to  nine.  These  signals  are  to  be 
digitized  at  a  rate  high  compared  to  the  frequency  content,  and  with 
a  resolution  of  IS  bits.  It  can  be  assumed  that  any  necessary 
anti-aliasing  filtering  has  teen  performed. 

The  Iona-period  channels  are  to  be  sampled  once  per  second,  the 
m e d i um- ? s r i o d  four  times  per  seco nd,  and  the  short- period  forty  times 
per  second  Using  sixteen  instead  of  fifteen  for  the  number  of  bits 
in  a  sample,  or  two  eight-bit  bytes,  we  can  calculate  that  the  input 
data  rate  is 


3< channels'  X  Lttytes/channel)  X  40<sj.mples/sec>  =  240  fcytes/sec 

.3  X  2  X  4  .24 

*  3  X  2  XI  .4 

27D  b  y  t  e  s I s  e  e . 

"he  input  data  must  be  t  iite-s  tinpid  with  an  accuracy  of  one 
millisecond  and  then  recorded  permanently  some w here.  Allowing  a  few 
bvtes  for  the  time  information  leads  us  to  an  output  data  rate  of  300 
bytes  net  second  or  2400  Hz 

It  must  be  possible,  wh ile  performing  the  above  data  collection 

and  recording  task  on  a  round-the-clock  basis,  to  send  reports  on 
the  data  to  an  external  sin):  (the  R  ST  >  on  request. 
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System  Comoonents 


The  Seisir.  cluster  Recording  System  (  SRS  )  coaf  r  i  se«  4  a  Tape  Unit 
an  d  two  separate  microcomputers  p  a  c  5:  a  c  e  d  in  the  same  x^Z-i  ,  the  micros 
will  be  called  the  'Seismo  Processor'  and  the  'I/O  Processor' 

Th  e  Tape  Unit  is  a  c  onm  ercial  offering  that  contains  t  wo 

standard  1/4"  cartridge  magnetic  tape  drives,  together  with  control 

electronics  and  an  RS-232C  serial  port  for  c  ommu  n icating  with  the 
rest  of  the  system.  The  controller  contains  a  microprocessor  which 
performs  such  operations  as  circular  redundancy  check  (crc) 

generation  and  comparison,  parity  checking,  and  the  resultant  retrys 
This  intelligence  is  very  powerful,  however  it  still  leaves  much  that 
must  be  done  by  a  driver  in  the  connecting  device. 

The  Seismo  Processor  has  a  Central  Processing  Unit  (CPU),  48K 

bytes  of  dynamic  memory,  nine  analog-to-dioital  (A/D)  converters,  a 
time-of-day  clock,  and  two  parallel  in  put- output  (I/O)  ports  that 
provide  bidirectional  communication  with  the  I/O  Processor. 
(Regarding  hardware  implementation,  there  exists  a  separate  board 
corresponding  to  each  it  era  in  the  foregoing  list,  however  some 

boards  have  additional  capabilities  not  used  ir.  this  system  and 
hence  not  mentioned  Also,  to  be  precise  there  is  only  one  A/D 

converter,  a  multiplexer  connects  it  to  nine  input  lines  ) 


The  1/0  Processor  too  has  a  CPU  and  4  3  K  bytes  of  dynamic 

•otv ,  plus  a  serial  I/O  port  for  communicating  with  the  tape  unit, 

i  four  oarallel  ports  Two  of  the  parallel  ports  connect  to  the 

responding  ports  on  the  Seismo  Processor,  while  two  provide 

[irectional  o  ommu nication  with  the  R  ST  itself  (if  used)  Th  e  RST 

ts  have  RS-422  converters  to  permit  reasonable  connecting  cable 
iflths  ■'up  to  fifty  feet);  since  the  Seismo  Processor  and  the  I/O 

csssor  are  within  inches  of  each  other,  their  parallel  connection 

direct  wiring  port -to -port.  A  floppy  disk  controller  board  can 

added  to  the  I/O  processor,  making  the  SRS  a  stand-alone  unit; 
is  an  RST  is  not  required  to  ooerate  the  SRS. 
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Us  i  an  Considerations 

record;  kg  medium 

Cartridr*  t  see  was  selected  for  the  archive  function  for  several 
reasons  Cartridges  are  relatively  cheap  (about  s 1 0  each)  and  of 

convenient  s::e  for  mailing  and  storage  A  single  450-foot  standard 
cartridge  can  hold  so me  11  megabytes  of  data,  which  is  more  than 

eight  hours  worth;  this  means  that  medium  changes  are  infrequently 
reauired,  in  particular  a  two-dr; ve  system  can  be  loaded  before 

leaving  work  at  5pm  and  still  be  operating  without  overwrite  the  next 
morning  at  '-a  (Mote  that  this  consideration  is  not  the  one  that 

dictates  two.  drives;  two  of  whatever  device  is  chc>sen  are  required  so 


that  data  is  not 

lost  during 

a 

medium  change. 

In  any  case,  it 

1  5 

always  essential 

to  have  t  w  o 

o  f 

any  sort 

o  f 

recording  device. 

f  or 

purposes  of  “raalti 

no  backups" 

and 

so  on.) 

Th  e  rud/wr 

l t  e  data  r 

ate 

of  c  a  r  t  r 

idee* 

operating  at  thi 

r  t  y 

inch  e  s  per  second  and  64  CO  bits  per  inch  density  is  2400  bytes  per 
second.  well  beyond  that  required  even  wh en  retry s,  rewinds,  and 
other  contingencies  are  considered  To  see  why  this  excess  capacity 
is  an  important  consideration,  suppose  that  the  recording  operation 
took  'siv)  three  quarters  of  the  available  capacity  In  that  case  it 
would  never  be  possible  to  import  data  into  the  P.ST  (or  wherever)  at 
the  arrival  rate;  the  system  could  record  all  of  the  data,  but  would 
not  permit  examination  of  all  of  the  data. 

Finally,  the  nature  of  cartridge  recording  in  four  parallel 
tracks  means  that  any  particular  data  item  is  available  within  at 
worst  two  rewind  times;  with  a  ninety -inch-per-second  seek  speed  this 
c ernes  to  two  minutes,  an  acceptable  figure  as  will  be  seen  later. 

TAPE  INTERFACE 

A  tace  unit  with  a  standard  interface  wa  s  desired  to  allow  that 
(expensive)  device  to  be  re-used  conveniently  in  other  systems  —  the 
present  project  is  a  "demonstration  of  feasibility",  not  a 
"production  model".  Asynchronous  RS-232C  serial  operation  at  1 0 . 2 
Kbaud  was  therefore  selected;  a  higher  data  rate  would  be  much 
preferable  but  nonstandard 

Assume  one  start  bit,  eight  data  bits,  a  parity  bit  and  two  stop 
bits  or  a  total  of  twelve  bits  transmitted  serially  per  byte  of  data. 
19  2KB  reduces  to  1600  bytes  per  second  on  this  basis,  thus  the  tape 
can  resd  or  write  faster  than  its  serial  port  operates  Th  ere  is 


a 


< 
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double  penalty  involved  here,  because  data  transmission  and 
reading/writing  must  occur  in  series  (The  tape  unit  operates 
block  basis  on  a  write,  for  e;:  ample,  a  complete  data  record 
first  fce  received  before  it  is  written  on  the  tape.  This  permit: 


tape 
on  a 
must 
c  r  c 


checfcino  ind  automatic  retrys,  but  it 
operations  on  the  drive  and  the  serial  oort 


precludes 


simultaneous 


Let  us  pursue  this  numerically, 
wh  i c h  will  contain  ten  seconds 


Assume  a  record  length  of  3072 
wo  rth  of  data.  The  actual 
with  an  additional  3072/1300 
to  the  tape  controller  The 
tape  unit  is  3  0*/i  loaded  by  its 


bytes 

write  time  will  be  3072/2400  seconds, 
seconds  needed  to  transfer  the  block 
total  of  3  seconds  shows  that  the 
recording  function,  an  allowance  for  retrys  and  rewind  times  must  be 
added  here,  but  the  latter  at  least  are  negligible:  each  track  will 
hold  two  hours  of  data  before  a  one-minute  rewind  is  required,  which 

adds  less  than  one  percent  to  the  loading  If  we  take  the  loading  as 
one-third  we  have  made  a  '-'cry  conservative  allowance  for  retrys  (one 
every  ten  records) 


Note  that  the  foregoina  implies  that  during  an  eight-hour  shift 
an  analyst  can  access  at  most  sixteen  hours  w  ,  rth  of  data  (read 
timing  is  the  same  as  write):  it  takes  one  third  of  tape  unit 

f  capability  to  record  the  incoming  data,  meaning  that  twice  as  much 

data  can  be  examined  as  recorded.  Since  eight  hours  worth  are 

r.- corded  in  sight  hours,  sixteen  hours  worth  can  be  examined 
con  urrentlv  It  would  appear,  then,  that  a  day's  worth  of  data 

could  not  be  examined  during  a  single  shift,  but  things  are  not  as 

bad  s s  they  sound.  In  practice  all  raw  data  is  processed  by  an 

>  "event  detection"  algorithm  before  being  presented  to  an  analyst, 

thereby  cutting  his  wo  rkload  dramatically,  since  most  of  the  time 
there  is  no  seismic  activity.  The  key  consideration  is  that  the 

event  detector.  wh i c  h  is  a  c  omp  ut.r  progr  am  ,  has  no  objection  to 
working  around  the  clock  and  hence  has  a  comfortable  amount  of  tape 
unit  capacity  available  for  obtaining  its  inputs 
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Driver  rrirer  RLSD  and  sends  the  block  of  data, 
preceded  by  a  three  - byte  “cc  mm  and",  wh  ich  in  this  case 
calls  fcr  a  write  cf  a  block  of  30? 2  bytes. 

receipt  of  the  last  data  byte,  tape  raises  RTS 
oe  may  raise  RTS  prematurely  if  parity  error  is  detected 
the  mccisinc  data,  wh  en  driver  must  start  over  fret  step  1.) 

R  Driver  responds  by  raising  CTS  and  listens  for  status  response. 

5.  After  the  operation  is  complete  tape  sends  a  twe-byte  status 

response . 

6  .  Tape  drops  RTS  after  response  has  been  sent,  driver  drops  CTS. 

X.  A  read  operation  is  very  similar;  a  command  but  no  data  is  sent 

in  step  2,  the  status  bytes  in  step  5  are  followed  by  a  data 

block  instead. 


It  is  clear  that  the  driver  is  going  to  have  to  field  a  number 
of  interrupts,  the  primary  ones  for  raw  data  requests  (read  or  write) 
coming  at  a  rate  of  1800  per  second  during  some  intervals  It  has 
been  found  that  an  eight-bit  processor  running  at  a  “iMK:  clock  rate 
has  an  interrupt  overhead  of  at  worst  about  100  microseconds,  that 
is  it  can  in  that  ti me  save  the  machine  state,  spend  a  I ew 
instructions  deciding  what  has  to  be  done  (vectoring),  then  restore 
the  state  and  exit;  naturally  any  service  time  for  the  operation 
reouired  must  be  added  to  the  overhead  in  calculating  the  total  time 
consumed  by  an  interrupt.  The  service  times  for  tape  interrupts  can 
be  kept  small;  in  normal  operation  all  that  is  needed  is  a  get /put  of 
one  byte  in  a  circular  buffer  followed  by  a  reactivation  of  the 
serial  chin,  ind  "operation  complete"  or  "disaster"  interrupts  can 
siit&Iv  kill  the  current  operation  wh  lie  setting  a  flag  for  later 
processing  (when  there  will  be  no  tape  interrupts  since  the  operation 
was  killed).  In  short,  driving  the  tape  unit  will  consume  at  most 
2 1  */c  of  the  processor's  time  when  the  tape  unit  is  active,  but  that 
activity  must  be  expected  to  be  occurring  almost  all  of  the  time  wh  en 
operations  with  the  second  unit  (RST  support)  are  allowed  for 

DUAL  PROCESSOR  OPERATION 

The  above  calculations  considered  only  the  tape  interface  Vhen 
the  task  of  operating  the  A.  /  D  converters  is  thrown  into  the  pot  a 
•wh  ole  new  set  of  interrupts  arrive  to  be  handled  within  one 
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millisecond  True.  the  fastest  raw  data  rate  at  the  A/Ds  is  once 

everv  25  milliseconds;  however,  if  a  constant  sampling  interval  is 
to  be  maintain  e  i  ,  with  no  •  k  e  w  in  the  data,  each  “significant" 

<  2 ! - t  h  >  millisecond  must  be  coped  with  during  that  one  millisecond. 

'  (Otherwise  out.  it  is  no  consolation  that  there  is  no  problem  during 

"most"  one- millisecond  intervals.  > 

Trial  ceding  shewed  that  these  new  chores  wo  uld  push  a  processor 
ud  to  the  5  Q'/i  loading  level  Adding  in  communication  with  the  R  ST 

plus  other  less- demanding  operations  would,  it  was  felt,  be  sailing 

^  too  close  to  dancer:  remember  what  happens  to  queues  as  the  arrival 

rate  begins  to  be  a  significant  fraction  of  the  service  rate! 

Fortunately  a  simple  solution  was  readily  available.  Since  the  two 

big  lists  (tape  and  A/D  operation)  are  essentially  orthogonal,  just 
add  a  new  processor 

*  Th  e  writer  is  old  enough  to  remember  well  when  such  a  solution 

was  unthinkable;  today  the  cost  of  a  second  processor  is  so  low  that 

it  is  not  worth  while  even  to  study  the  situation  at  length  if  you 
can  use  one  <i  e.  divide  up  the  problem  neatly)  then  do  so,  and  do  so 
i mm ediately,  because  it  can  be  purchased  much  more  cheaply  than  a  few 
hours  of  your  time1  (That  valuable  lesson  was  learned  by  this  old 

I  crock  wh i  1 e  wo  rhino  on  the  R  ST •  after  agonizing  for  two  days  about  an 

imminent  overflow  of  memory,  :  t  was  realized  that  buying  another  d  <!K 

board  was  cheaper  than  thinking  about  the  problem.  No  doubt  none  of 
this  is  news  to  the  younger  generation,  but  there  are  still  a  few 

contemporaries  out  there  ) 

i  Offloading  of  the  A/D  operations  simplified  the  software  design 

greatly  too,  >s  will  be  seen 

OTHER  INTERFACES 

Parallel  interfaces  were  selected  for  connecting  the  Seismo 

|  Processor  ra  d  the  F.  ST  with  the  I/O  Processor,  from  considerations  of 

speed  The  only  place  where  this  was  a  drawback  was  in  the  I/O 
Processor -tp-RST  interface,  where  a  reasonably  long  cable  length  was 
desired  and  hence  P  £  -  *)  2  2  signals  had  to  be  introduced,  but  here 

!r.  i  n  ,  hardware  is  cheap  and  th.  ere  are  chips  to  do  the  job,  so  why 

not  ? 

> 

Rote  that  the  data  rate  between  1/0  Processor  end  the  F.  5T  should 
be  double  the  tore  data  rate  if  the  protected  heavy  reading  of  the 
off-line  taoe  is  to  be  accomplished;  use  of  serial  transmission  would 

have  made  this  marginal.  On  the  Seismo  Processor  side  speed  is  not 
so  critical.  but  the  proximity  of  the  processors  makes  a  parallel 

» 
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inlet!  ,-.ce  the  cbvious  choice 

SOFT  V  ARE  SYSTEM  DESIGN 

More  details  on  the  software  will  appear  in  separate  sections 

later .  Th e  discussion  here  is  of  the  "big  picture". 

Software  for  the  S  e  i  s  no  Processor  is  straightforward  and  was 

written  f  r  oiti  scratch  The  many  t  a  s  I:  s  of  the  I/O  Processor  indicated 
the  need  for  a  more  organized  approach,  so  a  c  omme  r  c  i  a  1  1  y  -  a  v  a  i  1  a  b  1  * 
real-time  cperatina  system  was  procured  to  provide  a  core  Executive 
o n  wh ich  to  build.  Given  that,  the  design  was  not  difficult:  various 

tasks  and  semaphores  were  identified,  together  with  obvious  data 
gueues,  and  the  individual  pieces  were  written  and  attached  to  the 
Esecut  ive  . 

All  of  the  software  was  written  in  assembler.  The  writer  has  no 
prejudice  against  higher-level  languages  in  their  place,  but  does  not 
belong  to  the  cult  that  uses  them  even  for  true  machine-level  work. 
The  I/O  Processor  is  the  system  master  On  power-up  it  seeks  a 

download  from  the  R£T  (this  can  be  replaced  by  a  floppy  boot,  as 
mentioned)  and  then  resets  and  downloads  the  Seismo  Processor. 


C9 

A  JMiKOMETER  RECORDING  SYSTEM  FOR  THE  REMOTE  SEISMIC  TERMINAL 


Seismo  Processor  Software 


Th  e  Seismo  Processor  has  limited  tasks.  It  must  read  the  clock 
a.  nd  the  A/D  converters  at  appropriate  times*  stuff  this  information 
into  a  large  buffer  (large  because  the  I/O  processor  is  occasionally 
not  listening),  and  transmit  the  data  to  the  I/O  processor  whenever 
possible.  The  simplicity  of  this  mission  allows  a  simple-minded 
program  Note,  however,  that  the  Seismo  processor  is  doing  an 
important  job,  namely  freeing  the  I/O  processor  from  all  concern  with 
operations  requiring  a  time  resolution  of  one  millisecond.  It  will 
be  seen  that  the  A/D  converters  are  read  in  groups  of  three  at  times 
precise  to  one  millisecond;  easy  for  the  Seismo  processor,  since  it 
has  nothing  better  to  do,  but  an  impossible  burden  for  the  I/O 
processor  with  its  many  other  chores. 


Cn  power— up  the  Seismo  Processor  performs  normal  housekeeping 
functions  and  then  waits  for  a  d  own  load  from  the  I/O  Processor  over 
the  parallel  port  Th is  is  a  debugging  and  test  feature,  since  a 

comolete  program  for  the  Seismo  Processor  resides  in  2K  of  PROM  on 
the  CPU  board;  the  normal  download  from  the  1/0  Processor  is  a 
single  jump  instruction  to  orom-resident  code. 

Th  e  Seismo  Processor  is  interrupt-driven,  and  has  only  two 
interrupts  One  of  these,  a  pulse  from  the  I/O  Processor,  connects 
to  the  NM I  (non-maskable-interrupt)  line  and  simply  causes  a 

processor  restart  identical  to  the  power-on  sequence,  it  is  used  by 
the  I/O  processor  to  condition  the  Seismo  Processor  to  a  known  state 
rs  described  above.  The  second  interrupt  occurs  periodically,  once 
a  v  e  r  v  millisecond,  and  is  supplied  by  the  clock  board.  Th  a  t 

interrupt  w  i  l  1  be  discussed  below.  First,  however,  a  word  about  the 
background  or  idle  o  r  o  c  e  s  s  . 


The  3 

:  b  V  >  -  S 
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ding  b  y 
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the  Sets”,  o 
relict;:  n 


eismo  Processor  maintains  a  circular  output  buffer  that  is 
in  length  This  buffer  is  filled  by  the  interrupt 

o  be  described  Vh en  idle,  that  is  wh  en  not  servicing  an 

the  Seismo  Processor  attempts  to  empty  this  buffer  by 
tes  ever  the  parallel  port  to  the  I/O  Processor.  Only  if 

is  empty  will  other  actions  be  contemplated  Should  the 

erne  empty,  the  Seismo  Processor  sets  a  special  "all  caught 
or  later  use.  and  then  checks  the  input  port 
a  o  c :  "i  m  ■  n  d  waiting  from  the  I/O  Processor  At 
r,d  recognised  is  a  "set  clock  digit"  order, 

Processor  to  update  one  entry  in  the  clock 
o  f  wh  l  c  h  digit,  and  the  value. 


to  see  whether 
present  the 

wh  i  c  h  causes 
memory  The 

supplied  by  the  I/O 
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Fro  cesser  This  allows  ccrrsct  ior.s  to  be  made  to  the  clock  "on  the 
fly"  di  ring  j:  et  ions  ,  a  feature  that  will  be  of  use  when  the 

system  is  enhanced  by  the  addition  of  a  satellite-time-signal 

receiver  ;  s  is  planned 

"cor.  receipt  of  the  cne-ni  I  1  i  second  interrupt  the  Seismo 
Processor  increments  a  counter  that  runs  from  zero  to  twenty-five 

;.r.  d  :s  then  reset  to  zero  Th  is  counter  (call  it  the  "25  counter") 
allows  the  processor  to  select  one  of  25  different  procedures  to  be 
run  in  response  to  the  interrupt.  Let  us  define  "Procedure  n"  as 
the  operations  performed  when  the  counter  has  value  n.  All  but 
three  of  these  do  nothing,  we  examine  the  significant  ones. 

PROCEDURE  2  3  (  P  2  3  ) 

P23  checks  the  values  of  two  counters  One  of  these,  call  it 
the  "long  counter"  runs  from  zero  up  to  four  and  is  then  reset  to 
zero  The  other  counter,  call  it  the  "medium  counter”  is  similar 
but  with  a  maximum  count  of  ten  If  the  long  counter  is  at  1  cur 
and  the  medium  counter  is  at  ten  then  this  procedure  inserts  items 
into  the  output  buffer,  otherwise  it  simply  releases. 

It  will  be  seen  that  the  long  and  medium  counters  have  the 
values  four  and  ten  respectively  precisely  once  each  second,  so  in 
fact  this  procedure  operates  once  each  second  First,  the  long 

counter  is  reset  to  zero.  Next,  the  "all  caught  up"  flag  is 
checked  and.  :f  set,  a  special  flag  (CC  hex)  is  placed  in  the  output 

buffer  Then  a  special  " b e  c i n  n  n  i  n  g  of  second”  flag  (  E  B  hex)  is  put 
:nr  o  the  buffer  followed  by  seven  bytes  of  time  information  Each 
cf  those  bvtes  contains  two  binary  coded  decimal  (BCD)  time  items, 
sc  fourteen  time  digits  are  transmitted.  There  are  five  digits  of 

da  vs*  since  some  epoch,  two  digits  each  for  hours,  minutes,  and 
seconds,  arid  four  digits  of  decimal  fraction  seconds;  thus  this  "time 
block"  has  a  resolution  of  100  microseconds  (and  a  dynamic  range  of 
hundreds  of  years  1  )  .  Following  the  time  block  a  trailer  flag  (also 
EE  hex)  is  placed  in  the  output  buffer  and  then  three  of  the  A/D 
converters  (  numbers  7,  8  and  9)  are  read  and  their  output*  placed 

if  the  buffer,  two  bytes  for  each  In  su  rum  ary,  this  procedure  has 
Placed  in  the  output  buffer  a  long  time  message,  guarded  on  each  end 
bv  £  E  flees  oossiblv  preceded  by  the  "all  caught  up"  indicator  CC, 
tnd  followed  by  the  values  of  three  A/D  converters  —  the  long-period 
data 

EROCEDURE  24  (F24) 

F  2  4  checks  the  "medium  counter"  for  a  value  of  ten;  exits  on  any 
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PROCEDURE  25  (P25) 


Th  is  procedure  runs  every  25  milliseconds.  It  clears  the  "25 
counter"  and  increments  the  medium  counter,  then  reads  and  places  in 
the  output  buffer  the  values  of  A/Ds  1,2,3:  the  short-period  data 

The  reader  can  now  verify  the  previous  assertion  regarding  the 
frequency  of  invocation  of  PROCEDURE  23. 
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O  Processor  Software 


The  I/O  F  r  o  c  e  s  s  r  has  two  major  functions  it  must  ul:e  data 
f  r  DC  -.he  Seismo  Free  e  s  s  o  r  and  send  it  to  *  h  2  Tape  Unit,  and  it  roust 
tali:  to  the  ESTi  the  dialog  with  the  RST  will  usually  involve 

P : s  s  t  :  o  n i n  c  and  reading  the  inactive  tape  drive,  that  is  the  drive 

not  currently  receiving  the  seismo  data.  All  this  leads  to  a  c  o  m  p  1  e  k 
software  package  impossible  to  describe  very  well  within  reasonable 
length  To  perform  its  tasks  the  I/O  Processor  makes  heavy  use  of 

queues,  servers,  and  interrupts;  the  verbosity  solution  adopted  here 
is  to  give  a  short  discussion  of  each  of  these  entities  and  nothing 

more  The  magic  of  making  them  play  together  is  standard  stuff  for 

real-time  programmers  and  of  no  interest  to  others. 

Q  U  E  U  E  S 

A  oueue  is  a  collection  of  objects  that  can  be  enlarged  (written 

to)  c-r  depleted  (read  from)  on  a  first-in  -  first-out  basis;  all  of 

the  cueues  in  the  I/O  processor  contain  pointers,  that  is  the 

start;  no  addresses  of  certain  blocks  of  memory. 

TA  F  E -  3  LOCKS  OUEUE 

On  "rear  am  initialisation  all  queues  are  'emptied  with  the 

exception  of  certain  "free  block"  queues  which  are  leaded  with 

cointers  to  all  c-f  the  allocated  memory  blocks  of  a  certain  type 

This  :s  one  such  queue:  it  starts  out  containing  pointers  to  the  four 
30"2-fcyte  blocks  assigned  to  holding  tape  records.  Those  blocks  will 
be  c  =  1  led  'tape  blocks' 

SE 1  EMC -BLOCKS  OUEUE 

This  queue  is  similar,  at  initialisation  time  it  contains 

pointers  to  the  five  1 5 1 -by t  e  blocks  assigned  to  holding  input  data 
from  t'-e  Seismo  Fro  lessor.  E  locks  of  that  type  will  be  called 

seismo  blocks'.  (One  second's  worth  of  date.  from  the  Seismo 

Processor,  with  any  leading  CC  byte  removed,  is  291  bytes). 

TAFE-TO-RST  QUEUE 

Tb.  1  s  queue  contains  pointers  to  it.  essege  blocks  holding  tape 

server  responses  to  c Derations  reqvsted  by  the  RST 
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RST-TO-TArE  QUEUE 

Cjn!.  •- :ns  ?  ;  mt  tr  s  to  message  blocks  holding  tape  operation 

tiu’UiJts  :  t  Mir.iUd  by  th«  R  ST  . 

■3E  :  s:io- :  n?vT  a e u s 

Contains  so  inters  to  ss i sao  blocks  that  hold  data  received  from 

the  S  e 1 sm o  Processor . 

t 

SSI  3M0  -TO  -'CAP  E  GUEUS 

Contains  pointers  to  tape  blocks  full  of  processed  data  from  the 
Seismo  Processor. 

» 

SERVERS 

A  server  is  a  code  module  that  is  executed  (dispatched)  by  the 

operating  system  when  two  conditions  are  met  One  of  these 

fr  conditions  is  that  the  server  is  "ready",  that  is  it  has  something  to 

do  and  is  re  guesting  use  of  the  processor  Each  server  is  assigned  a 
unique  priority  Yh  e  other  condition  :s  that  of  all  "ready”  servers 

this  one  has  -he  highest  priority 

One  way  a  server  can  indicate  its  readiness  is  by  accessing  a 
I  au sue  Ms  in  a  read  as  an  example,  a  server  can  request  the  next 

object  from  some  queue  while  specifying  that  if  the  queue  is  empty 
►hen  the  server  is  to  be  considered  unready  The  operating  system 

v  i  1  1  r  5 r.  her  when  such  a  request  m  e.  d  a  a  server  unready,  and  will 
he  up"  the  server  when  something  is  written  to  the  qurue.  This  is 

called  an  unconditional  read  of  the  queue.  A  server  -.an  also  opt  for 
|  -  c  ■:  a  i  i  *  i  :  r.  j  I  read,  when  an  empty  queue  .'.11  not  cause  a  wait  but 

-  :  *r  1  the  return  of  an  apprc-pr  iat*  flac 

Another  readiness  tool  is  the  semaphore  A  server  can  ask  to  fce 

rr.  •  d  e  re;  d  v  when  some  semaphore  is  set  Unlike  queues,  each  semaphore 

is  unique  to  s  ©me  server,  it  is  set  by  an  interrupt  handler  ;s  will 

I  re  seen 

A  server  c  ;  n  ;l;o  request  to  co  unready  for  =>  specified  time 

it'.;  r  ?  1  .  i  a  to  "sleep''  and  then  be  "  =  w  a  k  e  n  =  d  "  .  in  this  way  a 

Silver  waiting  for  seme  e " e  n  t  can  the  processor  to 

1  '  e  :  -  o  r  :  ■:  r  ;  t  v  servers  for  a  controlled  length  of  t  :ae  . 


» 
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".h  :  5  is  t  h  e  most  corepl  ic  slid  o  t  the  servers.  It  does  a 

d  i  I  ..-id  of  the  ss  i  stc-t  :-tsps  -  u  e  u  e  ,  if  there  is  a  pointer 

:n  that  outvie  then  the  pointer  is  passes  to  the  tape  driver 

subroutine  alone  with  a  write  request  Th is  causes  the  block  to  be 

written  to  Sice;  the  tips  driver  will  eventually  return,  wh e  n 

tore-server  writes  the  pointer  of  the  block  just  written  to  the 

t  a  p  e  -  b  l  c  o  k  s  queue  —  the  block  is  available  for  another  use 
Tape-server  then  returns  to  the  conditional  read  to  look  for  another 
block  of  aaifao  data 


If  the  conditional  read  above  fails,  tape-server  contemplates 
servicing  an  RST  request  for  operations.  It  first  checks  for  an  "all 
caught  up"  flag  to  be  introduced  later.  If  that  flag  is  not  set, 
tape-server  rej uests  a  one-second  sleep  followed  by  return  to  the 
conditional  read;  this  allows  lower-priority  servers  to  operate  If 
the  "all  caught  up"  flag  is  set,  the  server  then  checks  a  "rewind 

i  nun  ir.ent"  flag  it  maintains.  If  a  rewind  is  i  rr.m  i  n  e  n  t  (within  one 

minute)  the  same  sleep  as  above  is  entered. 

The  ooi  r.  t  of  all  of  the  foregoing  is  that  tape-server  considers 
writing  seismometer  data  to  tape  as  its  primary  function,  only  when 
no  such  wick  is  available  or  expected  in  the  near  future  will  RST 
requests  be  h  i n  o  r  s  c  The  rewind  check  arises  because  during  the  one 

n.r,"  a  it  tikes  the  tape  driver  to  complete  a  rewind  there  will 
tirhinlr  re  c ;  •;  I:  u  o  of  seismometer  data  waiting  to  be  recorded;  to 

■-'■•-.id  d  d  :  n  c  to  this  backup,  t  a  p  e  -  d  r  i  v  e  r  refuses  to  get  involved  in 

.  r.  i?  1:  i  it  :  in 


s  of  all  o:  these  obstacles,  tape-server  will  get  to  this 

•.•.emulating  R  ST  operations  every  ten  seconds  or  so,  except 
a  few  minutes  every  two  hours  when  a  rewind  is  performed 
;er  tape  It  r.  owe  hecks  to  see  whether  there  is  an 

rewind  from  the  prior  RST  operation  '-/hen  the  RST 

rewind  of  its  tape,  tape-server  changes  the  command  if 
o  a  "start  rewind"  before  passing  it  on  to  the  tape 

■  assures  that  the  system  will  - e  v - r  be  tied  up  waiting 
rewind  If  that  was  done,  however,  tipe -server  must 

ini  at  this  point  check  for  completion  '  mother  command  to 
v  e  r  >  If  the  operation  is  in-:  rr,  plcte,  control  returns  to 
:■  r,  a  1  read  back  at  the  start  of  this  subsection  Otherwise 

m  -  lorap  !  e  i  4  message  covered  I  :  L  -  r  is  returned  to  the 

’afore  coma  ones  a  a  a  i  n  to  the  -.on-lit  icr.il  read 


e—  -f  „  -e 
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.?  e :  e:  —  k k  r  ee  pk:  :  :.o  s  vs  vert  for  tkl  f.emotc  eeiekic  terkjmal 


:  f 

L  c  v  e 
:  r  :  \  -  r 
t  h  e  dr 


■  c  h  Ui  ;  £  ■-  c  :  n  t  :  i  !  h  :  :  £  is  r.C1  F.  BT  rewind  in  pro 

■-  hi  :  ;■  ;  it  t  c  see  whsther  there  i  s  :  n  fact  tr. 

h  h  :  s  :  !  i  :  I  :  s  :  e  i  v  a  ccr.ditior.il  reed  of  the 
f  t  h:.  t  r-.ere  is  sat  t  y  then  t  a  p  e  -  5  e  :  v  e  r  g  o 1  s  to 

:r  .with  a  rewind  accorded  the  special  treatment 
Ircver  r  e‘u:r.s  ,  t»p6-server  notifies  F.  ST-server 
o  the  t  itu-t  o-rst  q  u  e  u  e  ;r.d  ones  m  o  r  e  goes  b 
read 


;  o  n  d  l  t  :  c  n  a  1 


wind  in  process  Only 

s  in  f  u  t  ar.  ft  ST  request 
read  of  the  p.  ST-tc-tape 
er  goes  to  the  sleep 
n  is  passed  on  tc  the 
1  treatment  mentioned). 


o  tifres  F.  ST-server  by  writing  a 
r.  d  once  more  goes  bad:  to  the 


A  final  facet 
control  of  retry  s  . 
indicating  whether 


of  tape-server  must  b 
The  tape  driver  retu 
it  has  been  successful 


must  be  considered,  namely  the 
r  returns  a  status  response 
cessful  in  carrying  out  the 


indicating  whether  it  has  been  successful  in  carrying  out  the 
assigned  operation.  Tape-server  checks  this  flag  and,  in  case  of 

failure,  repeats  the  operation  if  and  only  if  it  was  not  an  RST 
request.  A  failed  RST  request  simply  gives  a  change  in  the  message 
written  back  to  RST-server;  it  is  the  responsibility  of  the  RST  to 
initiate  a  retry  The  point  of  this  is  to  force  the  RST  retry  to 
fight  its  way  back  through  all  of  the  interlocks  that  assure 

seismometer  data  the  highest  priority. 


RST-SERVER 

This  server  waits  on 
"end  of  message"  t v \ e  has 
RST- input  parallel  port 
s  jat 1 v  a  recuest  far  the 


a  semaphore  which  is  set  when  a  special 
beer,  read  by  the  interrupt  handler  for  the 
RST-server  checks  the  message,  which  may  be 

tin,  e  of  day  that  can  be  answered  withe,  ut 
Otherwise,  "all  caught  up"  and  "rewind 

and  the  request  refused  at  this  point  without 
that  is  indicated  In  all  ol  these  cases  an 
n  t  tc  the  RST  by  firing  up  the  RST-output 


Assuming  all  :s  well.  the  requested  operation  is  checked  to  see 
•h  s.  i  h  e  r  it  is  a  read.  If  so,  a  conditional  read  of  the  tape-blocks 

.ueue  :s  made  to  obtain  a  buffer  to  hold  the  result  If  no 

r:  a  —  b  locks  are  available  there  is  again  an  immediate  return  of  a 

refusal  message.  Otherwise  a  pointer  tc  the  request  n ess  age  is 

written  to  the  KST-to-tepe  queue  and  this  server  does  an 

unconditional  reed  cf  the  tape-to-RST  queue,  thereby  releasing  until 

tape-server  has  finished,  as  covered  earlier 
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n  control  is  re- obtained.  RET -server  sends  a  response 
e  s  s  a  s  ,  and  possibly  s  tape  block  c  f  data.,  b.  a  c  1;  to  the  P.ST  It 

returns  ?.  r.  y  tape  block  used  !  t  y  writing  t  c  the  tape-block  queue), 

•  arts  the  F  £  T  ir.  put  parallel  port  and  awaits  another 
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5  =  r.  v  :  h  r  e 

3 e  ;  = o-reat  serves 

TIi  is  server  slwiv  s  "owns"  two  fete  mo  blocks  that  it  has  obtained 
frit  the  seismo- blocks  queue.  The  pointer  to  one  block  is  given  to 

the  s  e  :  =  n.  o  parallel  input  port  interrupt  handler,  wh  i  c  h  wh  e  n  that 
block  is  filled  switches  automatically  to  the  other  block  and 
activates  a  semaphore  This  server  is  waiting  on  the  semaphore 

Uh  e  n  received,  it  reads  the  seismc-blocks  queue  to  get  a  new  empty 

block,  and  posts  the  full  block  to  the  seismo- processing  server  by 

writing  its  pointer  to  the  sets, no -input  queue. 

SE  1 SMO -FRO CESS  INC  SERVER 

Th is  server  always  own  s  a  tape  block  that  it  is  in  the  process 
of  filling.  It  reads  the  se i smo- input  queue  to  obtain  a  new  batch  of 
data  If  the  new  data  would  not  overfill  the  tape  block  then  it  is 
simply  written  in,  preceded  by  a  sixteen-byte  header. 

If  the  new  data  would  overfill  the  current  tape  block,  a  crc  for 
the  block  is  calculated  and  placed  in  its  last  two  bytes,  then  the 

block  is  nested  to  the  tspe  server  by  writing  its  pointer  into  the 
seism  c-tc-tape  queue  A  fresh  tape  block  pointer  is  obtained  from 

the  t  :  v  e  -  b  1  o  c  1:  s  queue,  the  new  inputs  are  entered,  then  control 

returns  to  the  check  of  the  ?*  is  mo -  input  queue 


I  N  T  £  R  R  U  F  T  S 

The  four  parallel  ports  (two  to/from  the  R  ST  and  two  to/frcm  the 

'Se:  err,  o  F  r  :•  lessor)  have  -in  interrupt  each.  The  Tape  Unit  serial  port 
has  cris  interrupt  assigned,  as  does  a  or.6-ai  1  1  i  second  clock  pulse 

;  =  r.  era  tor  'This  clock  has  nothing  to  do  with  the  time  of  day  clock 

in  ‘.ho  2  e  i  s  mo  Frccessor,  it  is  obtained  by  dividing  down  outputs  of 
the  t  u  d  -  r  a  t  e  generator  of  the  serial  port,  and  is  used  only  to 

;  i  '.he  operating  s  ••  s  t  e  m  in  its  "sleep"  functions) 

Tare  interrupt  handling  is  done  by  the  tope  driver  subroutine, 

wh  i  c  h  enables  and  disables  various  possible  sources  of  the  interrupt 
in  its  ,i  w  n  in  order  to  inclement  the  i  n  •.  =  r  f  a  c  =  described  earlier 
i  :  :  h  c  r  r  .=  I  I  e  I  rut  put  port  handlers  are  t  r  a  i  n  =  d  to  c  :  e  s  s  a  buffer  and 

?  e  d  ‘he  next  byte  :  f  one  is  available,  o  t  h  e  ;  w  i  *9  set  a  semaphore  and 

r  :!;ut  without  restarting  the  port  'A.  port  :  s  started  by  a  server 
1 :  :  :  :  r. :  ‘  nr  sine  m  e  s  s  a  z  e  >  Vh  e  R  3  f  input  p  1  r  t  operates  in  the  same 
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’  ;  .'it 

S  e  •-  s  m  o  F  :  e  *  s  *  o  r  parallel  input  is  continuous  A.  stiiiphore  is 
; '  e  :  it  i  r  i  u  «  than  a.  n  iu  *  cni  t  u  buffer  switch  is  made  and 

the  port  ic=i  cr  '  -i  Th e  only  throttling  that  occurs  results  from  a 
■  if.oc  i  rv  ijjiir.c  f  f  of  the  interrupt  Th  is  is  dene  during  rewinds 

*o  avoid  exhausting  the  seisno-blocts  queue  the  Seismo  Processor  is 
'erred  to  held  its  cutout  at  those  tines,  and  is  equipped  with  a 
large  memory  to  do  so 

The  £ e i sno - ? r o c e s s o r - p a r a  1  1 e 1  - i n p u t  interrupt  handler  also 
senses  the  special  "all  caught  up"  byte  (CC  hex)  sent  on  occasion  by 

the  Seismo  Processor  That  byte  is  not  placed  in  the  buffer,  instead 
a  semaphore  is  activated  and  the  "caught  up"  flag  is  set.  The 

sen.  aphore  is  sensed  by  a  server  not  previously  mentioned,  called  the 
deveurer.  Devourer  waits  on  the  caught -up  semaphore,  when  that  is 
received  devourer  sleeps  for  eight  tenths  of  a  second,  then  resets 

the  “caught  up"  flag  and  returns  to  waiting  for  the  semaphore  The 

function  of  deveurer  is  to  prevent  "caught  up"  from  remaining  true 
for  more  than  a  brief  interval. 

Receipt  of  the  "all  caught  up"  byte  also  causes  the  nest  few 
input  bytes  to  be  saved  in -a  special  buffer;  those  bytes  will  be  the 
full  time  report  sent  every  second  by  the  Seismo  Processor,  and  are 
used  tv  5?  ST  -  s  e  r  v  e  r  to  respond  to  time-ef-day  requests  as  mentioned 


r 
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et  rospect 


Vo  r  t  on  the  3RS  continues  Men  t ion  has 
insert  an  accurate  time-reference  system, 
building  in  an  event  detector,  several 
enhancements  are  under  consideration.  The 
however,  is  to  pretend  that  the  project  is 

comments  based  on  the  famous  20/20  hindsight  . 


been  made  of  the  plan  to 
there  is  also  talk  of 
other  improvements  and 
purpose  of  this  section, 
complete  and  make  some 


TAPE 


UNIT 


INTERFACE 


pound 
RS -  A  2  2 
i n  t  erf 
still 
future 
FlOCiS 
use  t  h 
to  ano 
it  is 
should 
p  r  o  c  e  s 
hi  a  h -  I 
me  whe 


election  of  a 
foolish.  A 
parallel  in 
ace)  wo  u 1 d  p  r 
giving  a  we  I  1 
use  As  thi 
sor  will  have 
e  t  a  p  e  I  n  a 
t  her  microcc- 
felt.  All  n 
be  built 
sots;  drivers 
e  v  e  !  -  c  ommar.  d 
n  done"  ) 


serial  interface  turned  out  to  be  penny  wise  and 

separate  Tape  Processor  (another  micro)  with  an 

terface  to  the  I/O  Processor  (identical  to  the  RST 
ovide  a  cleaner  system  with  more  capability,  while 
-defined  if  not  so  readily -available  interface  for 
ngs  stand  now,  large  chunks  of  code  in  the  I/O 

to  be  duplicated  in  any  future  system  wishing  to 

word,  the  tape  driver  should  have  been  exported 

mputer.  This  can  be  put  in  a  more  general  context, 

enpfierals,  flopp  ys,  tapes,  printers  or  whatever, 
as  intelligent  subsystems  containing  their  o  wn 
for  peripherals  should 
issuers  ("Here  is  the  data, 


degenerate  into  simple 
do  your  thing  and  call 


REAL-TIME  OP 

The  standard  package  pure 
liability  For  one  thing,  it  is  n 
rould  be  made  to  stand  alone  wit 
be  added  Further,  the  absence  o 
system  down  to  the  very  lit 
o  o  et-’.t  ion  Th  ere  are  also  severe 
because  they  can’t  be  tracked 
(learned  by  the  writer  years  ago 
that  a  real-time  system  must  be 
source  code  can  be  pillaged  from 
be  eschewed 
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T  TYPE  RONWORK  NOT 

Notes  on  using  RONWORK  (simply  type  'RONWORK'  in  response  to  the  A>  prompt.) 

This  is  a  FORTH  system,  including  editor  and  whatnot.  For  present  purposes, 
however,  the  following  words  are  all  that  need  be  known. 

>  REWIND 

Rewinds  the  off-line  tape  to  prepare  for  operations  thereon. 

TRAC'n 

Sets  the  track  number  n  of  interest,  n  =  0,  1,  2,  jr  3 
READ- FIRST-BLOCK 

*  Form  of  read  command  to  use  after  a  rewind.  Reads  the  first  block 
from  the  off-line  tape  at  the  track  selected  (TRACK  defaults  to  0). 

READ-LATER-BLOCK 

Form  of  read  command  for  all  but  the  first  read  of  a  track.  Both  of 
these  commands  will  report  status  if  the  read  was  unsuccessful  for  any 
reason,  otherwise  they  will  plot  the  short-period  data. 

n  TAPE-BUFFER-SAVE 

Save  the  tape  buffer  (filled  by  the  last  successful  read)  on  screens 
n,  n+1  and  n+2  of  the  current  screen  file. 

n  TAPE-BUFFER-FETCH 

Load  the  tape  buffer  from  screens  n,  n+1  and  n+2. 

PLOT-SHORT 

Plot  the  short-period  data  in  the  tape  buffer. 

CHECK-SHORT 

Verify  the  CRC  of  the  tape  buffer,  then  do  PLOT-SHORT.  Successful 
reads  do  a  CHECK-SHORT  automatically. 

* 

BACKSPACE 

Backspace  the  active  tape  one  record.  (Used  to  retry  if  a  tape 
error  occurred.) 

SKIP-FILE 

Skips  forward  to  the  next  file  mark  (these  are  written  every  5 
'  minutes). 

CUR-LOOK 

Import  the  next  record  written  on  the  one-line  tape,  otherwise  the 
same  as  any  other  read. 

n  EXTRACT-MEDIUM 

>  Assumes  that  ten  tape  buffers  have  been  saved  starting  at  screen  n, 
that  is  a  total  of  30  screens.  Goes  through  these  and  extracts  the 
medium-period  data,  storing  it  in  the  medium  buffer. 

PLOT-MEDIUM 

Plot  the  data  in  the  medium  buffer. 

t  n  MEDIUM-BUFFER-SAVE 

Save  the  medium  buffer  on  screens  n,  n+1  and  n+2. 
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n  MEDIUM-BUFFER- RES TORE 

Load  the  medium  buffer  from  screens  n,  n+1,  n+2. 

REPORT-START-TIME 

Type  the  header  of  the  first  one-second  block  in  the  tape  buffer. 

The  following  abbreviations  are  active 
RS  REPORT-START-TIME 

RLB  READ-LATER-BLOCK 
BS  BACKSPACE 

CK  CHECK- SHORT 

SB?  Dump  the  status  buffer  for  examination. 

LIST-MEDIUM 

Print  out  the  medium  buffer  in  volts  on  the  lineprinter. 

MODEM  OPERATIONS 

To  enter  the  modem  mode,  type  1  LOAD,  then  DUMTER1200.  ESCAPE 
escapes  back  to  regular  mode,  $  sends  the  medium  buffer  out  over 
the  communications  port  in  ASCII  (and  LIST-MEDIUM  is  not  to  be 
used!) 


